我上周把一个老项目的网站jQuery代码全部重写成了原生JavaScript。文件体积从87KB降到了23KB，网站页面加载时间从2.1秒缩短到0.8秒。网站这不是网站什么惊人的数字，但那种代码不再依赖外部库的网站清爽感，就像把家里堆了五年的网站旧报纸终于卖掉了。

很多人觉得JS网站就是网站“用JavaScript写的网站”。这话对，网站但没说到点子上。网站真正的网站JS网站，是网站让JavaScript成为页面的骨架、肌肉和神经，网站而不仅仅是网站皮肤上贴的几块膏药。

拿我常去的网站一个独立音乐社区举例。这个站没有后台模板，网站所有内容都是前端通过API拉取，再动态渲染成DOM节点。第一次打开时，你看到的是个加载动画——一个旋转的唱片图案。等数据到了，歌曲列表像流水一样滑出来，每首歌的波形图是实时用Canvas画出来的。你点击播放，进度条不是那种死板的横线，而是跟着波形起伏的曲线。这感觉不像在浏览网页，倒像在操作一个桌面音乐播放器。

但JS网站也有它的脾气。上周那个项目里，我遇到一个怪问题——在低端安卓机上，页面滚动时会闪白。排查了半天，发现是某个动画效果频繁触发了重排。解决办法很粗暴：把那个动画改成用transform实现，再加个will-change属性。瞬间流畅了。这种坑，文档里不会写，只有你亲手踩过，才知道JS对浏览器渲染引擎有多敏感。

还有一次，我朋友的公司做了一个纯前端的数据可视化大屏。所有图表都用ECharts绘制，数据每五秒刷新一次。结果上线第三天，客户打电话说屏幕偶尔变黑。查到最后，居然是内存泄漏——旧图表实例没销毁，新的又不断创建，把浏览器撑爆了。这让我意识到，JS网站像养热带鱼，你得定期换水，清理多余的杂物，不然水族箱迟早变成浑汤。

话又说回来，JS网站的吸引力恰恰在于这种“活”的感觉。传统的多页面网站，每次跳转都是整页刷新，像翻纸质书。而JS网站更像一本永远摊开的卷轴，你滑动、点击、输入，内容就顺势变化，没有白屏等待，没有跳转的顿挫感。我特别喜欢那种无限滚动的博客，刷着刷着，新文章就悄悄长在页面底部，像在挖一条没有尽头的隧道。

做JS网站最考验人的，不是写代码，而是做决策。什么时候该用框架，什么时候裸写原生；什么时候缓存数据，什么时候重新请求；什么时候把逻辑拆成多个模块，什么时候就让它糊涂着写在一起。没有标准答案，只有权衡。我自己的经验是：项目超过三个页面，就用Vue或React；如果只是几个交互组件，原生JS反而更轻快。

说实话，我见过不少“伪JS网站”——页面加载时确实有JS在跑，但所有内容都是预渲染的静态HTML，JS只负责一些小动效。那不能叫JS网站，只能叫“带点JavaScript的网站”。真正的JS网站，连路由都是前端控制的。你点一个链接，URL变了，页面内容也跟着变，但浏览器压根没向服务器请求新页面——那全是JS在内存里玩的花活。

这种网站有个好处，就是状态特别好管理。你在页面上填了半天的表单，不小心点了个侧边栏链接，再返回时，表单内容还在。传统网站早给你清空了。这种细节，用户可能说不出哪里好，但他会觉得“这网站真顺手”。

当然，JS网站不是银弹。搜索引擎爬虫对JS渲染的页面一直不太友好，虽然现在谷歌已经能执行JavaScript，但效果还是不如纯HTML直接。SEO这块，你得额外花心思做预渲染或服务端渲染。还有那些用老旧浏览器的用户——我有个亲戚还在用IE11看新闻，打开我的JS网站直接白屏。我不得不加了一段判断代码，提示他换个浏览器。

但我不打算回头。JS网站的体验天花板，比传统网站高太多了。那种页面与用户之间几乎没有隔阂的交互感，值得我多写几百行代码，多踩几个坑。就像骑惯了电动车的人，偶尔换回自行车会觉得累，但那种脚踩大地的踏实感，电动车给不了。