2020-02-07个人觉得有一个还不错的方式不过仅仅用在最关键的地方或场合：写2套代码或本地测试环境留注释完整的源代码，线上环境把相关注释全部祛除。线上出现问题时，问题放到测试环境调试，毕竟线上代码的修改必须经过测试环境测试才能提交生产环境；测试系统有完整注释的源代码便于测试和解决问题就能解决问题。
这是个人学完今天课程的一点扩展的想法：唯一的代价就是稍微多花点时间；不过能真正解决问题不再乎那几分钟的删除注释的时间。谢谢老师的分享。
2020-02-03webpack打包可以用uglify插件，问题是混淆强度怎么确定了，特别是业务看重体积和性能的情况下，这些策略怎么上呢？
2020-01-31😂 前端 debug 本来就是史诗级难度，这样混淆之后基本上自绝于 debug 了。保密性要求没那么高的项目一般也就 ugly 一下了。这样看来，安全也是需要极大成本的啊。作者回复: 也不完全是，混淆之后只是报错信息不可用了。但是你自己埋入的日志还是可以看到的，所以想要debug的话，只能依靠自己埋入足够充分的错误判断和日志了。
2020-01-31混淆具体是怎么操作的呢 不会是手动吧作者回复: 网上有很多公开的平台和工具可以帮你作混淆，搜索一下，直接使用就好了。
2020-01-31您好，如果浏览器前端不支持JS脚本怎么办？只有JS脚本可以进行前端混淆吗？还有什么技术可以进行前端混淆？谢谢。作者回复: 1、浏览器不支持JS脚本，那就只能是静态HTML页面了。这种页面里面没有逻辑，把注释和隐藏信息去掉就行了。
2、每个语言都有各自的混淆技术，所以这里没提。比如iOS自带反编译工具，安卓有各类加固平台可以使用。