• 设为首页
  • 收藏本站
  • 积分充值
  • VIP赞助
  • 手机版
  • 微博
  • 微信
    微信公众号 添加方式:
    1:搜索微信号(888888
    2:扫描左侧二维码
  • 快捷导航
    福建二哥 门户 查看主题

    webpack启动服务器和处理sourcemap的操作方法

    发布者: 姬7089 | 发布时间: 2025-8-16 05:46| 查看数: 44| 评论数: 0|帖子模式

    脚手架原理之webpack启动服务器和处理sourcemap


    Source Map 简介

    Source Map(源代码地图)就是解决此类问题最好的办法,从它的名字就能够看出它的作用:映射转换后的代码与源代码之间的关系。一段转换后的代码,通过转换过程中生成的 Source Map 文件就可以逆向解析得到对应的源代码。

    启动服务环境

    目前我们的webpack是没有服务环境的,那么如何启动一个web服务器呢?可以通过webpack-dev-server模块,下载使用即可。
    1. npm install webpack-dev-server
    复制代码
    安装好后,再package.json中配置scripts脚本,
    1. "serve": "webpack-dev-server"
    复制代码
    ,然后运行serve脚本。这样就会启动一个http://localhost:8080的服务。
    当开启了web服务后,咱们的/dist文件可以不用存在了,服务会把dist的资源打入到内存中,这样可以大大加快编译的速度,所以/dist文件夹可以删除掉了,不影响服务的启动和访问。

    处理sourcemap

    socurcemap启动映射文件的作用,可以通过浏览器查找到原始的文件,这样对于调试是非常有帮助的,配置如下:
    1. module.exports = {
    2.     devtool: 'inline-source-map'
    3. }
    复制代码
    补充:

    Webpack5 SourceMap
    1. 提示:以下是本篇文章正文内容,下面案例可供参考
    复制代码

    一、SourceMap有什么用

    为什么需要SourceMap
    开发时我们运行的代码是经过 Webpack 编译压缩合并之后的,这样的目的是以提高应用程序的性能,但是这种优化也给调试问题带来了困难,因为压缩后的代码难以追踪和调试。这时候,SourceMap技术就能派上用场了。
    SourceMap(源代码映射)是一个用来生成源代码与构建后代码一一映射的文件的方案。
    它会生成一个 xxx.map 文件,里面包含源代码和构建后代码每一行、每一列的映射关系。当构建后代码出错了,会通过 xxx.map 文件,从构建后代码出错位置找到映射后源代码出错位置,从而让浏览器提示源代码文件出错位置,帮助我们更快的找到错误根源。
    可以提升开发体验 我们需要更加准确的错误提示,来帮助我们更好的开发代码

    二、怎么使用SourceMap

    通过查看Webpack DevTool 文档可知,SourceMap 的值有很多种情况,但Webpack5甚至更早的版本已经为我们内置了SourceMap,所以实际开发时我们只需要关注两种情况即可:

    • 在开发模式下使用:
      1. cheap-module-source-map
      复制代码
    • 优点:打包编译速度快,只包含行映射
    • 缺点:没有列映射
    1. module.exports = {
    2.   // 其他省略
    3.   mode: "development",
    4.   devtool: "cheap-module-source-map",
    5. };
    复制代码
    在生产模式下使用:
    1. source-map
    复制代码

    • 优点:包含行/列映射
    • 缺点:打包编译速度更慢
    1. module.exports = {
    2.   // 其他省略
    3.   mode: "production",
    4.   devtool: "source-map",
    5. };
    复制代码
    三、需要注意的点

    生产环境我们一般不会开启sourceMap功能,主要原因如下:
    1,通过bundle和sourcemap文件,可以反编译出源码,也就是说,线上产物有sourcemap文件的话,就意味着有暴露源码的风险。
    2,我们可以观察到,sourcemap文件的体积相对比较巨大,这和我们生产环境的追求不同(生产环境追求更小更轻的bundle.)
    所以有如下总结:Webpack 5中,是否需要开启
    1. source-map
    复制代码
    取决于你的具体需求和项目情况。以下是一些考虑因素:

    • 调试能力:如果你需要在生产环境中进行调试,查找问题或者进行性能优化,开启
      1. source-map
      复制代码
      可以提供更好的源代码映射,方便你定位和排查问题。
    • 构建速度和输出文件大小:生成
      1. source-map
      复制代码
      会增加构建时间和打包后的文件大小。在生产模式下,你可能更关注性能和用户体验,因此可以选择关闭
      1. source-map
      复制代码
      以减小输出文件大小并提高构建速度。
    • 安全性考虑:在某些情况下,你可能不希望将源代码暴露给终端用户。生成
      1. source-map
      复制代码
      可能会泄露你的源代码逻辑,因此需要权衡安全性和调试需求。
    总结来说,开启
    1. source-map
    复制代码
    在生产模式下不是必须的,但根据具体需求和项目特点,你可以根据以上因素进行判断和决策。
    到此这篇关于webpack启动服务器和处理sourcemap的操作方法的文章就介绍到这了,更多相关webpack启动服务器内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

    来源:互联网
    免责声明:如果侵犯了您的权益,请联系站长(1277306191@qq.com),我们会及时删除侵权内容,谢谢合作!

    最新评论

    QQ Archiver 手机版 小黑屋 福建二哥 ( 闽ICP备2022004717号|闽公网安备35052402000345号 )

    Powered by Discuz! X3.5 © 2001-2023

    快速回复 返回顶部 返回列表