❶ JS混淆加密求解
在开头添加<script>，结尾添加</script>
然后替换开头的eval为alert，然后保存为*.htm
最后打开制作的网页，弹出窗内的内容就是解密后的内容 ,如果你解密后复制上面代码的话,就要用火狐浏览器打开才行,IE不能复制弹出窗口的内容.
❷ 请问这个js是由什么方式加密混淆的如何解密
前面的\x只是16进制编解码就好
function decode(str){
return str.replace(/\\x(\w{2})/g,function(_,$1){ return String.fromCharCode(parseInt($1,16)) });
}
后面的使用压缩混淆工具,压缩了空格,简化了变量名.是可以格式化回去的,但是变量你想还原到原来的有含义的命名,是不可能的了
❸ js如何混淆加密，加密完如何使用
js这种东西，加啥密，还是jq写的，混淆肯定容易混出问题。
你再怎么加浏览器都要解析出来能跑才行，浏览器能跑，就意味着很好解密。
❹ 在 JavaScript 开发中怎样做代码混淆
所谓 JavaScript 混淆，基本就是
1 重命名局部变量（YUI Compressor 也可以配置参数，拒绝变量重命名）
2 移除代码空白（Space、Tab、Line-Feed）
在相同语义的情况下压缩代码，比如去掉末尾分号（Remove Terminator Semicolons），常量替换（Constant Propagation）
❺ js混淆后的代码如何解密
混淆的作用就是用无意义的关键字符替代原来有意义的关键字符，让浏览者“看不懂”代码，不了解代码的运行逻辑，也就无法复用。
混淆不同于加密解密，因为原来有意义的字符已经被替换了，不存在算法上的反推，任何的技术不可能再得出原来的那些有意义的字符。
所以理论上，混淆后的代码无法解密。但因为它的整个运算逻辑关系链是完整的，与混淆前的代码关系链是完全一致的，所以非要“破解”，只能说摸清它的逻辑关系链，人为去做的话，烧脑又复杂。技术上需要一定的运算能力来做这个工作，比如云计算甚至超级计算机，但即便“破解”，它也是只能分析出一个函数大致是干什么用的，原来的关键字符名称还是不可能得出。
❻ 如何混淆（保护）JavaScript
可以使用：
Google Closure编译器或其他第三方混淆工具
Google Closure编译器仍在使用，并且UglifyJS可以通过节点包管理器在本地运行：npm install -g uglify-js
私有字符串数据：
将字符串值设为私有是另一个问题，而混淆并不会带来太大好处。当然，通过将源打包成乱码，最小的混乱，可以通过 模糊* 性 获得轻便的安全性 。大多数情况下，查看源的是的用户，客户端上的字符串值是供他们使用的，因此通常不需要那种私有字符串值。
如果确实拥有一个不希望用户看到的价值，那么将有两个选择。首先，可以进行某种加密，该加密在页面加载时解密。那可能是最安全的选择之一，但也可能是很多不必要的工作。可能可以对一些字符串值进行base64编码，这会更容易，但是真正想要这些字符串值的人可以轻松地对其进行解码 。加密是真正阻止任何人访问的数据的唯一方法，大多数人发现加密比他们需要的安全性更高。
❼ 求助前端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对密码进行加密
加密和解密原则上都应该在后台完成才合乎常理，如果在前端加密，就好比在众目睽睽之下化妆易容，然后声称自己是另一个人一样，没意义啊。
如果一定要在前端加密，可以这样：
<input type="submit" name="submit" value="注册" onclick="var pwd=document.getElementsByName('password')[0];pwd.value=md5(pwd.value);"/>
❾ js代码加密和js混淆怎么区别，js混淆属于恶意代码吗
js混淆并不属于恶意代码，其初衷是为了防止别人偷代码。想想自己辛苦写了一个极好的例子，因为没有防范好，过不久就被别人偷用，照搬，这种心情是非常不好的。
❿ js怎么加密或者混淆，弄个例子
严格不能叫加密只是混淆替换了所有的变量名。脚本语言混淆只是可读性变差了。但是高手会用chrome或者ff的console去调试你的JS所以，安全是相对来说的。。。