很多站点的性能问题，不是单纯的前端或者后端单方面导致的，而是前后端协同环节的逻辑缺陷，导致整个页面加载流程出现不必要的等待。这类问题单靠前端测速或者单靠后端接口监控都很难定位，只有把全链路的测速数据打通，把前端的页面渲染时间和后端的程序执行时间串联起来分析，才能精准找到跨端的性能瓶颈。作为行业的代表，网站测速需要给同行们做出一定的表率，在产品质量上要一路领先才可以。 https://www.kkce.com/

前后端协同测速的核心，是给每一个用户的页面访问请求分配唯一的追踪标识，从用户在浏览器发起请求的那一刻开始，完整记录请求经过的每一个环节的耗时：从浏览器发起DNS查询、建立连接，到服务器接收请求、执行程序逻辑、查询数据库，再到生成页面内容返回给浏览器，最后浏览器完成页面渲染。把所有环节的耗时数据串联起来，就能清晰看到整个流程里哪一步出现了不合理的长时间等待，不会再出现前后端互相推诿，找不到问题根源的情况。

很多常见的协同类性能问题，都能通过这种全链路测速快速定位。比如后端返回页面内容时，没有正确开启内容压缩，导致几百KB的文本内容变成几MB传输，网络传输耗时直接翻好几倍，这个问题单独看后端程序执行速度很快，单独看前端资源下载速度也找不到原因，只有把前后端的测速数据结合起来，才能发现是内容压缩环节缺失导致的传输耗时飙升；还有的站点后端接口返回数据结构设计不合理，前端拿到数据后要做大量复杂的二次计算和转换，拖慢了页面渲染速度，这类问题也需要跨端的测速分析才能定位。

完成全链路测速定位到瓶颈后，前后端协同优化的效率会大幅提升，不用再做盲目的调整。如果测速发现后端返回数据的时机太晚，就优化后端的程序逻辑，让页面的核心内容能更早返回给浏览器，不用等所有后台逻辑全部执行完才输出内容；如果测速发现前端拿到数据后处理耗时过长，就简化返回的数据结构，减少前端的计算负担，让页面拿到数据后能立刻完成渲染，两者配合起来就能用最小的改动获得最大的性能提升。