记一次排查前端更新问题

660 阅读2分钟

这边文章只是一个很小的例子,但其实涉及的思路可供大家参考。

有一个需求非自己开发,而这个项目开发维护的人已辞职,发布后,出现前端页面改动未出现更新,后面我被加入查看问题,发现他们尽是一些猜测,感觉无具体的排查方案,几个小时都还未找到原因,我参与后的排查如下:

  1. 页面未更新,不外乎前端请求的资源是旧的,而旧的原因有以下几种:
    • 代码未发布出去
    • 请求的是缓存资源
    • 请求的文件是老的
  2. 排查问题,从结果反向分析,先找到什么资源是旧的,访问页面 life-res.meizu.com/resources/l…,请求的js资源如下
    加载的资源

而文件提交更新确是:

code
上面发现,明显加载的js是旧文件,这就说明页面的html是旧文件,查看请求的html页面资源的response

html response
发现了是时间是以前三个月前的了,这就说明页面请求的html是旧文件,查看这个页面urllife-res.meizu.com/resources/l…,说明这个url配置加载的html是加载的老文件,这样便排查到是另一个资源的问题。其实这个url可以看出加载的html要么是nginx指向的文件,要么便是服务端配置加载的index.html文件,把这个反馈出去后,服务端开发者就想起来还有一个代码未部署,再发布这个代码就可以了

整体上是表面是交接的问题(原维护人员都已离职),其实上遇到问题后,要学会如何从表现一步一步去找出问题,如上面所说的从结果表象反向一步一步去分析,找到更进一步的影响的原因。