js 压缩后的代码如何调试？
我想你问的是不是类似UglifyJS之类的混淆过的JS代码？这种压缩通常会把变量、函数名之类的改成非常短的名称，因此这种压缩过的代码就难以识别了。 对于这种代码，推荐的思路是先看浏览器中是否有报错，然后根据错误来判断自己原始代码里可能出错的位置；如果没有报错，那也是断定大概的位置，然后Chrome里打开开发者工具里的Sources，打开自己的代码，用这个地方可以对代码进行重新排版： 当然，如果是uglify过的代码还是很难看，只能根据自己实际代码里的一些常量内容作为关键词在浏览器的代码里面搜自己可能的位置，然后加断点推测去调试。 上面的办法，都是在你对压缩JS这个过程没有控制的情况下，如果是你自己压缩JS代码，可以在压缩的时候同时生成sourcemap文件，一般是xxx.js.map文件。如果连同这个文件一起部署，那么在开发者工具中打开的时候，也可以看到最原始的代码了。这是最推荐的办法，调试起来也是最轻松的。
求助前端JS都是用什么加密的
写过 js混淆器，谈一些浅显的个人看法。
个人认为，js的不可读化处理分为三个方面：压缩（compression）、混淆（obfuscation） 和加密（encryption）。 （不可读化处理，这是我自己发明的术语，一切会增加代码不可读性的代码转换, 都可以这么叫，“增加代码不可读性”可能是代码转换的结果或者目的）.
1. 压缩
这一操作的目的，是让最终代码传输量 （不代表代码量, 也不代表文件体积）尽可能小。压缩js的工具，常见的有：YUI Compressor、UglifyJS、Google Closure Compiler 等。
通常在代码压缩的过程中，只改变代码的语法，代码的语义和控制流不会有太大改变。
常见做法是把局部变量缩短化，把一些运算进行等价替换等。代码压缩对于代码保护有一些帮助，但由于语义和控制流基本没变，起不了太大作用。
在压缩层面上，代码不可读只是一种附带伤害，不是最终目的。
2. 混淆
这一操作的目的，是让代码尽可能地不可读，主要用作代码保护。
让代码不可读，增加分析的难度，这是唯一目的。混淆过后文件体积变大一倍也没关系，代码量变多也没关系，运算慢50% 也没关系。
常见的做法有：分离常量、打乱控制流、增加无义代码、检查运行环境如果不对就罢工，等等。
在混淆层面上，代码不可读是最终目的。
值得一提的是，Google Closure Compiler 的 Advance Level Compression 会压缩类和对象的成员，其压缩结果很难分析，也可以认为是一种混淆，但兼容性不太好。
广告时间：我写的 js混淆器，中文名叫 “看起来很厉害的 JS 编译器”， 英文名叫做 The Impressive JS.Segment.Compiler ， 看起来很厉害的 JS 编译器 。
3. 加密
说实话我很难对加密做一个定义，因为加密在Web界有太多歧义了。
有加密就有解密，意味着加密操作可逆，密文可以明文化。
就这样看来，在Web界，可以称之为加密的东西包括：HTTPS传输、JavaScript实现对称加密或者不对称加密等等。
这样看来，不可逆的代码压缩和混淆就不能列入加密这个范畴了。
非要找一个可以称之为加密，又经常被人误解为压缩和混淆的东西，Dean Edwards 的 Dean Packer/Unpacker 可以拿来做个例子。
比如我们把 var num=1;alert(num);
输入 Dean Packer，pack 一下，得到这么一串东西，是不是看着非常像被压缩和混淆过的代码？
把上面那串意义不明物拿来 unpack 一下，得到了原文。
实际上 Dean Packer 只是对源码进行了一个字符串变换，没有深入到代码语法层面，你可以拿 "Hello world, 你好师姐" 来试试。
用Online JavaScript beautifier 能轻松把这串东西还原为 “Hello world, 你好师姐”。
可以看出，代码加密意味着：将代码明文进行可逆的变换（加密），生成密文；将密文进行逆变换（解密），可以还原明文；最终运行环境运行的是解密代码。
结语
实际上大家对压缩、混淆、加密这三个概念还是挺不清晰的，我在这里说一些个人见解，希望有帮助。
在现实项目中，我是多种手段结合的：
对于不需要做代码保护的项目，比如个人博客，做代码压缩，加快载入速度，这就够了。
对于需要做一些代码保护，防止抄袭的项目，可以在源码中加入一些开发者的信息和防护代码，然后混淆和压缩。很不幸的是，我这方面总是做得不太好，防君子防不了小人啊哈哈。
对于需要严格加密的项目，可以用 混淆、压缩、加密、签名检查 等多种手段，这我就不清楚了，等大婶来补充。
求助前端JS都是用什么加密的
1. 压缩
这一操作的目的，是让最终代码传输量 （不代表代码量, 也不代表文件体积）尽可能小。压缩js的工具，常见的有：YUI Compressor、UglifyJS、Google Closure Compiler 等。
通常在代码压缩的过程中，只改变代码的语法，代码的语义和控制流不会有太大改变。
常见做法是把局部变量缩短化，把一些运算进行等价替换等。代码压缩对于代码保护有一些帮助，但由于语义和控制流基本没变，起不了太大作用。
在压缩层面上，代码不可读只是一种附带伤害，不是最终目的。
2. 混淆
这一操作的目的，是让代码尽可能地不可读，主要用作代码保护。
让代码不可读，增加分析的难度，这是唯一目的。混淆过后文件体积变大一倍也没关系，代码量变多也没关系，运算慢50% 也没关系。
常见的做法有：分离常量、打乱控制流、增加无义代码、检查运行环境如果不对就罢工，等等。
在混淆层面上，代码不可读是最终目的。
值得一提的是，Google Closure Compiler 的 Advance Level Compression 会压缩类和对象的成员，其压缩结果很难分析，也可以认为是一种混淆，但兼容性不太好。
广告时间：我写的 js混淆器，中文名叫 “看起来很厉害的 JS 编译器”， 英文名叫做 The Impressive JS.Segment.Compiler ， 看起来很厉害的 JS 编译器 。
3. 加密
说实话我很难对加密做一个定义，因为加密在Web界有太多歧义了。
有加密就有解密，意味着加密操作可逆，密文可以明文化。
就这样看来，在Web界，可以称之为加密的东西包括：HTTPS传输、JavaScript实现对称加密或者不对称加密等等。
这样看来，不可逆的代码压缩和混淆就不能列入加密这个范畴了。
非要找一个可以称之为加密，又经常被人误解为压缩和混淆的东西，Dean Edwards 的 Dean Packer/Unpacker 可以拿来做个例子。
推荐阅读
- ○ CFO总变成CEO这背后是隐藏着什么秘密呢?
- ○ qq估价器在线查询
- ○ 淘宝店铺装修代码大全
- ○ 街拍齐b小短裙
- ○ 苹果12Pro参数
- ○ 淘宝返利网怎么用
- ○ acfun下载
- ○ 斗战神嗜血牛加点
- ○ baidu翻译
- ○ dnf悲叹之塔耳环
最新文章
- ○ CFO总变成CEO这背后是隐藏着什么秘密呢?
- ○ qq估价器在线查询
- ○ 淘宝店铺装修代码大全
- ○ 街拍齐b小短裙
- ○ 苹果12Pro参数
- ○ 淘宝返利网怎么用
- ○ acfun下载
- ○ 斗战神嗜血牛加点
- ○ baidu翻译
- ○ dnf悲叹之塔耳环