请教下打包后的 js 代码混淆

[unt]

通常各位大佬们采用哪种方法，平时会做混淆吗。

混淆后会不会代码兼容性变差，会变得在某些场合下运行报错。

比较方便的混淆方式是怎么样的。

[musi]

一般不混淆，前端混淆用处不大

[Pionxzh]

前端没有秘密，做半吊子的混淆跟没做一样，除非你愿意花大力气做

[streamrx]

客户端做混淆 只要逆向的收益大于付出是成本，就 100%会被破解

[unt]

@musi
@Pionxzh
@streamrx 完全加密不可能。而且可能影响性能，所以目的从来都不是什么绝对安全。而是让打开代码的人没有看的欲望

[mightybruce]

有这方面的项目
https://github.com/javascript-obfuscator/javascript-obfuscator
demo
https://obfuscator.io/

[seki]

除非混淆器有 bug ，一般来讲不会报错

如果就是不想让人看，那其实不混淆问题也不大的，本来也没什么人会专门看代码……

[tool2d]

用 google 的 Google Closure Compiler ，我自己觉得挺好用。

https://tool2d.com/#js

[mightybruce]

前端如果要混淆到足够难度一般就不会用 js 了，用 wasm 会比较方便。

[wu67]

不混, 就稍微压一下空格换行之类的, 减少打包体积, 甚至压缩都不做

[kaf]

去年还有各种问前端混淆怎么还原的，只能说还是可以难倒不少人，只是不用在混淆上过分给自己找事做，压缩下空格换行，乱码一下变量方法名就行了

[rekulas]

见过最强的 js 混淆还不是大厂,大厂任务重现在没多少团队喜欢这个,前几年看到境外赌博网站用 js 实现了简单的虚拟机然后核心逻辑跑字节 code...

[Pionxzh]

正常的混淆器是不会造成运行报错的，但要用就是要承担性能及体积的惩罚，这种事主要还是看你想防御的对象。问题有点太 general 了，只能给你这样的答案。

---

最近正好在实现 JS 的 Decompiler.
https://github.com/pionxzh/wakaru

主要是针对各大打包器以及 Minifier ，不处理混淆，但也足够看大多数代码了，欢迎体验看看