解释型语言的问题在于，你要发送源代码才能让它们工作(除非你有一个字节码的编译器，但话说回来，反编译是相当简单的)。

因此，如果您不想牺牲性能，您只能对变量和函数名进行操作，例如。用a, b…aa、ab……或者a101 a102等等。当然，尽可能多地删除空间/换行符(这就是所谓的JS压缩器所做的)。 如果您必须实时加密和解密字符串，那么混淆字符串将会对性能造成影响。加上一个JS调试器可以显示最终值…

Dean Edward's Packer是一个很好的混淆器，尽管它主要是混淆代码，而不是代码中可能存在的任何字符串元素。

参见:在线Javascript压缩工具，并从下拉菜单中选择Packer (Dean Edwards)

与大多数其他答案相反，我建议反对YUI压缩机;你应该使用谷歌闭包。

不是因为它压缩更多，但主要是因为它会捕捉javascript错误，如a = [1,2,3，];这让IE失去了控制。

你可以随心所欲地混淆javascript源代码，但它总是可以通过要求所有源代码实际运行在客户端机器上进行逆向工程…我能想到的最好的选择是用服务器端代码完成所有的处理，而javascript所做的所有客户端代码都是向服务器本身发送处理请求。否则，任何人都将始终能够跟踪代码正在执行的所有操作。

有人提到base64是为了保证字符串的安全。这是个糟糕的主意。Base64可以立即被那些想要对你的代码进行反向工程的人识别出来。他们要做的第一件事就是解编码，看看是什么。

我可以推荐Patrick J. O'Neil的JavaScript Utility。它可以模糊/紧凑和压缩，它似乎很擅长这些。也就是说，我从未尝试将它集成到任何类型的构建脚本中。

至于混淆和缩小，我不太喜欢前者。它使调试不可能(错误在第一行…“等等，只有一行”)，而且他们总是要花时间打开行李。但如果你需要…好。

你试过香蕉脚本吗?它生成高度压缩且完全不可读的代码。