js加密变量
① js加密及解密问题，我看不少js代码都会用各种a,b,c,d等等去代表一些变量，造成去阅读和找问题很困难！
这是uglify的结果。一般用gulp或者grunt来compile js 的时候都会添加相关的uglify应用（例如gulp-uglify）。
uglify 就是把空格删除把变量和函数名替换成a,b,c,d等等
网上应该有反编译的应用（当然只能把空格还原，文件格式还原，变量和函数名称是无法还原的除非你有当初uglify时候生成的map文件）。
一般的开源第三方代码都会有uglify之后和之前的两个版本（你可以在本地调试的时候加载uglify之前的）。很多第三方uglify之后的文件都是.min.js后缀
② 前端js 加密解密方式
一、base64加密
使用JS函数的window.btoa()和 window.atob()，分别是编码和解码
二、编码和解码字符串
使用JS函数的escape()和unescape()，分别是编码和解码
三、AES加密解密
四、RSA加密解密
③ js中常见的数据加密与解密的方法
加密在我们前端的开发中也是经常遇见的。本文只把我们常用的加密方法进行总结。不去纠结加密的具体实现方式（密码学，太庞大了）。
常见的加密算法基本分为这几类，
RSA加密：RSA加密算法是一种非对称加密算法。在公开密钥加密和电子商业中RSA被广泛使用。（这才是正经的加密算法）
非对称加密算法：非对称加密算法需要两个密钥：公开密钥（publickey:简称公钥）和私有密钥（privatekey:简称私钥）。公钥与私钥是一对，如果用公钥对数据进行加密，只有用对应的私钥才能解密。因为加密和解密使用的是两个不同的密钥，所以这种算法叫作非对称加密算法。
DES全称为Data Encryption Standard，即数据加密标准，是一种使用密钥加密的块算法
DES算法的入口参数有三个：Key、Data、Mode。其中Key为7个字节共56位，是DES算法的工作密钥；Data为8个字节64位，是要被加密或被解密的数据；Mode为DES的工作方式,有两种:加密或解密。
AES这个标准用来替代原先的DES
DES/AES我们合并在一起介绍其用法和特点
Base64是一种用64个字符来表示任意二进制数据的方法。base64是一种编码方式而不是加密算法。只是看上去像是加密而已（吓唬人）。
④ 如何给JS脚本加密
用js混淆器吧。网络一下就有的。
其实严格来说不能叫加密只是混淆替换了所有的变量名。脚本语言混淆只是可读性变差了。
⑤ 如何破解js 加密
在网页中加入一个，然后在加密代码中找document.write()，eval()，execScript()或VBS的EXECUTE语句，并用document.getElementById("textareaID").innerText=STR 替换。加密就不攻自破了。
(STR是转换好的字符串变量，如在加密代码中找到 document.write(s); 就用 document.getElementById("textareaID").innerText=s; 替换)
⑥ 介绍一点js加密的方法
一：最简单的加密解密
大家对于JAVASCRIPT函数escape()和unescape()想必是比较了解啦（很多网页加密在用它们），分别是编码和解码字符串，比如例子代码用escape()函数加密后变为如下格式：
alert%28%22%u9ED1%u5BA2%u9632%u7EBF%22%29%3B
如何？还看的懂吗？当然其中的ASCII字符"alert"并没有被加密，如果愿意我们可以写点JAVASCRIPT代码重新把它加密如下：
%61%6C%65%72%74%28%22%u9ED1%u5BA2%u9632%u7EBF%22%29%3B
呵呵！如何？这次是完全都加密了！
当然，这样加密后的代码是不能直接运行的，幸好还有eval(codeString)可用，这个函数的作用就是检查JavaScript代码并执行，必选项 codeString 参数是包含有效 JavaScript 代码的字符串值，加上上面的解码unescape()，加密后的结果如下：
<SCRIPT LANGUAGE="JavaScript">
var code=unescape("%61%6C%65%72%74%28%22%u9ED1%u5BA2%u9632%u7EBF%22%29%3B");
eval(code)
</SCRIPT>
是不是很简单？不要高兴，解密也就同样的简单，解密代码都摆给别人啦（unescape()）！呵呵
二：转义字符"\"的妙用
大家可能对转义字符"\"不太熟悉，但对于JavaScript提供了一些特殊字符如：\n （换行）、 \r （回车）、\' （单引号 ）等应该是有所了解的吧？其实"\"后面还可以跟八进制或十六进制的数字，如字符"a"则可以表示为："\141"或"\x61"（注意是小写字符"x"），至于双字节字符如汉字"黑"则仅能用十六进制表示为"\u9ED1"（注意是小写字符"u"），其中字符"u"表示是双字节字符，根据这个原理例子代码则可以表示为：
八进制转义字符串如下:
<SCRIPT LANGUAGE="JavaScript">
eval("\141\154\145\162\164\50\42\u9ED1\u5BA2\u9632\u7EBF\42\51\73")
</SCRIPT>
十六进制转义字符串如下:
<SCRIPT LANGUAGE="JavaScript">
eval("\x61\x6C\x65\x72\x74\x28\x22\u9ED1\u5BA2\u9632\u7EBF\x22\x29\x3B")
</SCRIPT>
这次没有了解码函数，因为JavaScript执行时会自行转换，同样解码也是很简单如下：
<SCRIPT LANGUAGE="JavaScript">
alert("\x61\x6C\x65\x72\x74\x28\x22\u9ED1\u5BA2\u9632\u7EBF\x22\x29\x3B")
</SCRIPT>
就会弹出对话框告诉你解密后的结果！
⑦ js如何加密源代码，页面样式全部用js写，如何操作
js是不能加密源码的，换个说法，作为一种解释性语言，如果你加密了源码，浏览器怎么解释你的js脚本。
不过可以用插件自动压缩。压缩过程中，会把一些变量用a/b/c代替，而且会移除空格和换行。这会大大增加源码阅读难度，但是也起不到加密的作用。
如果是electron开发，可以用asar对源码进行打包，不过这种就属于客户端，不是网页了。
⑧ 如何加密js
一：最简单的加密解密
二：转义字符"\"的妙用
三：使用Microsoft出品的脚本编码器Script. Encoder来进行编码 （自创简单解码）
四：任意添加NUL空字符（十六进制00H） （自创）
五：无用内容混乱以及换行空格TAB大法
六：自写解密函数法
七：错误的利用 （自创）
在做网页时（其实是网页木马呵呵），最让人烦恼的是自己辛辛苦苦写出来的客户端IE运行的JAVASCRIPT代码常常被别人轻易的拷贝，实在让自己的心里有点不是滋味，要知道自己写点东西也挺累的......^*^
我们清楚地认识到因为JAVASCRIPT代码是在IE中解释执行，要想绝对的保密是不可能的，我们要做的就是尽可能的增大拷贝者复制的难度，让他知难而退（但愿~!~），下面我结合自己这几年来的实践，及个人研究的心得，和大家一起来探讨一下网页中JAVASCRIPT代码的加密解密技术。
⑨ 如何对JS代码加密
JS加密其实就是对字符进行编码，也不是一定要用工具有两个函数的document.write(escape("你好，这是测试！")+"<br>");
document.write(unescape("%u4F60%u597D%uFF0C%u8FD9%u662F%u6D4B%u8BD5%uFF01"));
⑩ 求助前端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, 你好师姐”。
可以看出，代码加密意味着：将代码明文进行可逆的变换（加密），生成密文；将密文进行逆变换（解密），可以还原明文；最终运行环境运行的是解密代码。
结语
实际上大家对压缩、混淆、加密这三个概念还是挺不清晰的，我在这里说一些个人见解，希望有帮助。
在现实项目中，我是多种手段结合的：
对于不需要做代码保护的项目，比如个人博客，做代码压缩，加快载入速度，这就够了。
对于需要做一些代码保护，防止抄袭的项目，可以在源码中加入一些开发者的信息和防护代码，然后混淆和压缩。很不幸的是，我这方面总是做得不太好，防君子防不了小人啊哈哈。
对于需要严格加密的项目，可以用 混淆、压缩、加密、签名检查 等多种手段，这我就不清楚了，等大婶来补充。