作为一个WEB工程师，总是避免不了性能的调优的需（甩）求（锅），周五下午，一个老哥又秀了一把，和大家分享一下，如何用浏览器F12快速定位性能问题。
起因
到周五了，总是感觉时间过得太慢，午睡醒来，小伙伴们倚着椅子，在检查自己的代码（摸鱼），测试的妹子来到工位前说页面响应太慢，让帮忙看看，这个bug提给谁，感觉有点为（犯）难（懒），旁边的大哥打开浏览器，请求页面，扫了两眼，给出了结论:"下午的网慢导致的"，说罢他掏出手机，开了wife，然后电脑链接，展示给测试的妹子，妹子恍然，满眼的小星星，大哥自然知无不言，旁边学习（偷听）的我记录下来，分享给大家。
技巧
先分享一个思路，我有一个朋友，如果有请求慢的反馈，第一是让测试的小伙伴重启浏览器，电脑，同时，自己偷偷的使用postman，curl或者其他工具去请求自己的接口，如果有问题改了，没有问题就和测试的小伙伴对（撕）接（扯）。嘿嘿嘿，但是这次这位大哥没有这么搞，而是打开浏览器，F12，访问页面，查看network部分的请求数据，然后进行分析，首先以chrome浏览器的F12 network面板：
1、先查看响应时间，这个想必好多小伙伴都知道。如果响应的时间太长了，那么就不要说了，是服务端的问题，而且通常就是服务端执行慢，比如，循环当中实例化，或者打开分解，或者sql查询慢等。
2、这里大哥展示了一个小的技巧，就是响应时间分为两个部分，前边是灰色的，并且这部分特别长，这就是网络问题了，（这里没有复现，就简单的绘制一个拟图）。
3、然后就是按照返回数据的类型来分类来查看接口，前端接口，后端接口分开看，比如两个js响应时间中间有很多间隔，那么说明在页面加载的过程当中，前端有阻塞。（这里没有复现，就简单的绘制一个拟图）。
4、然后就是查看请求的格式，比如：一个页面前端图片请求20个，并且都是小图标，那么自然需要前端使用雪碧图来优化这里。
当然大哥讲的比这些还多，奈何没有记上，还请各位大佬多多指点啊。
