问题起源：
我接手一个React的项目，发现路由基本上都是通过React.lazy路由懒加载的方式使用。
我的理解是：
路由懒加载可以在打包的时候将js拆分成多个，浏览器访问的时候防止加载时间过长，达到优化效果。但是，同样的拆分js会导致http请求数量变多。
问题：
什么情况下使用路由懒加载，怎么权衡要不要用?
你可以理解是把大的js文件拆分成很小的js，虽然在增加http开销的同时，也缩短了js的解析时间，如果一个大文件js很大，加载2s，拆分成四个js，随之可能每个js不足500ms，可以使js在async这种并行的情况下 没有阻碍
备注：在减少一些开销的同时，肯定会无形增加一些额外的开销，没有十全十美的方式，因人而异 只是一种优化而已
纯属参考
- 懒加载把各个懒加载页面js拆分后，只有访问这个页面才会加载对应的js，且不说你基本不可能看所有的页面。
- 关键在于因为首屏加载时间影响因素不止是加载js，加上dns解析等等工作，首屏加载时间要比子页面多的多。
- 所以往往开发需要优化的是首屏加载时间，子页面加载时间几乎可以忽略不计，
可以看看以下统计结果：
57%的用户更在乎网页在3秒内是否完成加载。
52%的在线用户认为网页打开速度影响到他们对网站的忠实度。
每慢1秒造成页面 PV 降低11%，用户满意度也随之降低降低16%。
近半数移动用户因为在10秒内仍未打开页面从而放弃。
具体优化方案可以看我写的博客
https://blog.csdn.net/qq_38974163/article/details/120995974
如有帮助，望采纳 ^.^ 谢谢啦~