webpack开发环境性能优化之优化代码调试-source-map

2. inline-source-map和source-map的执行效果是完全一致的只是映射的代码文件一个在.map文件中一个是内嵌在构建后的built.js中

3. hidden-source-map执行到错误后隐藏了错误源代码的位置，指挥提示原因和构建后代码的报错位置，相较于我们的default状态，他更不会暴露我的源代码

4. eval-source-map相较于inlinie-source-map在控制台的报错信息末尾会多出一个hash值，对于我们跳转去观察源代码没有影响，跳转之后观察下图中的路径

5. 使用nosources-source-map，会在控制台提示报错的位置和原因，但是不暴露位置sources中的webpack://下的任何代码（即我们的源代码），和hidden-source-map模式不同的是hidden模式压根就不会出现webpack://的source路径和任何js文件代码，但是nosources-source-map只是引用不到源代码的内容，路径是构建好的

6. cheap-source-map和正常的source-map相比只能精确到行，而正常的可以精确到列（不包括hidden和nosources的模式），cheap-source-map在使用babel-loader时会自动转译（转译后的源代码会独立格式化分行

7. cheap-module-source-map也一样不会精确到列，好像是一样的，但是这个不会被babel-loader影响，而cheap-source-map在使用babel-loader时会自动转译（转译后的源代码会独立格式化分行)，因为module模式会把loader的sourcemap也加进来。

8. 根据环境适配

开发环境：速度快，调试友好

（eval>inline>cheap>…）

速度快排序：

eval-cheap-source-map

eval-source-map

调试友好排序：

source-map

cheap-module-source-map

cheap-source-map

综合一下，折中推荐eval-source-map，想要更快加cheap，想要更友好加cheap-module

即eval-source-map或eval-cheap-module-source-map，前者更友好，后者更快

老师提到脚手架默认使用的是eval-source-map的方式来追溯错误源代码的

生产环境：源代码隐藏？调试友好？

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级前端工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Web前端开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注：前端）

❤️ 谢谢支持

喜欢的话别忘了 关注、点赞哦~。

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

哦~。

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

[外链图片转存中…(img-7iPtmaTi-1710701611480)]