。Chrome DevTools的Performance面板不会说谎，它清清楚楚地告诉你，哪段脚本阻塞了主线程，哪个图片解码耗掉了500毫秒。有一次我排查一个白屏问题，最后发现是某个第三方统计脚本同步加载，把整个页面卡死了。删掉它，首屏时间从4.2秒降到1.8秒——这种优化，比换任何框架都来得实在。

再聊聊触控。移动端的点击延迟300毫秒，这是老黄历了，但很多开发者还在用click事件硬扛。用touchstart又容易误触，得配合touchmove做判断。这些细节，文档里不会教你，只有真机调试时摔过跟头才记得住。还有那个该死的键盘弹起问题，iOS和Android表现完全两样，你写个输入框，不处理visualViewport的resize事件，页面被顶上去就下不来，用户只能干瞪眼。

适配也是个绕不开的坑。rem、vw、百分比，各有各的脾气。我的习惯是，设计稿按375px出，代码里用vw+calc做流体布局，关键断点用媒体查询兜底。别指望一套代码通吃所有屏幕，折叠屏、平板、带刘海的老机型，总得留点余地。有一次项目上线，测试用了个三年前的低端机，我的flex布局直接崩了——后来查原因，是旧浏览器不支持gap属性。兼容性列表得常看，别等用户骂了才补。

说了这么多，其实就一句：移动web开发没有银弹，有的只是对细节的偏执。你得多拿真机测，多盯Network面板，多读那些冷门的规范文档。技术会迭代，但用户对速度的耐心不会变。把基础打牢，比追新词有用得多。