JAVA程序加密，怎么做才安全

程序加密？你说的是代码加密还是数据加密。我都说一下吧。

让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名申请、虚拟空间、营销软件、网站建设、福鼎网站维护、网站推广。

Java代码加密：

这点因为Java是开源的，想达到完全加密，基本是不可能的，因为在反编译的时候，虽然反编译回来的时候可能不是您原来的代码，但是意思是接近的，所以是不行的。

那么怎么增加反编译的难度（阅读难度），那么可以采用多层继承（实现）方式来解决，这样即使反编译出来的代码，可读性太差，复用性太差了。

Java数据加密：

我们一般用校验性加密，常用的是MD5，优点是速度快，数据占用空间小。缺点是不可逆，所以我们一般用来校验数据有没有被改动等。

需要可逆，可以选用base64，Unicode，缺点是没有密钥，安全性不高。

而我们需要可逆而且采用安全的方式是：对称加密和非堆成加密，我们常用的有AES、DES等单密钥和双密钥的方式。而且是各种语言通用的。

全部手动敲字，望采纳，下面是我用Javascript方式做的一系列在线加密/解密工具：

java加密

可以的，但是对jar包直接加密，目前只支持J2SE，还不支持J2EE。更多的还是用混编器（java obfuscator）。下面是关于HASP的介绍。

-----------------------------------------------------

针对java加密防止反编译的解决方案

众所周知，java开发语言提供了很方便的开发平台，开发出来的程序很容易在不同的平台上被移植，现在越来越多的人使用它来开发软件，与.net语言并驾齐驱。

Java有它方便的一面，同时也给开发者带来了一个不小的烦恼，就是保护程序代码变得困难，因为java语言编译和代码执行的特殊性，目前，除了HASP外，还没有一个更好的解决办法或保护方案，但如果不采取有力的措施，则自己辛辛苦苦开发出来的程序很容易被人复制而据为己有，一般情况下，大多数的人都是用混编器（java obfuscator）来把开发出来的程序进行打乱，以想达到防止反编译的目的，但是，这种方法在网上很容易找到相关的软件来重新整理，那么这个混编器工具也只能控制一些本来就没有办法的人，而对于稍懂工具的人几乎是透明的，没有任何意义。再说硬件加密锁，大多数厂商提供的加密锁只能进行dll的连接或简单的api调用，只要简单地反编译，就很容易把api去掉，这样加密锁根本起不了作用，那到底是否还有更好的解决办法呢？

现提供2种解决办法：

1、以色列阿拉丁公司的HASP HL加密锁提供的外壳加密工具中，有一个叫做数据加密的功能，这个功能可以很好的防止反编译而去掉api的调用，大家知道：硬件加密锁的保护原理就是让加密过的软件和硬件紧密地连接在一起，调用不会轻易地被剔除，这样才能持久地保护您的软件不被盗版，同时，这种方式使用起来非常简单，很容易被程序员掌握，要对一个软件实现保护，大约只需几分钟的时间就可以了，下面简单介绍一下它的原理：

运用HASP HL的外壳工具先把java解释器进行加密，那么，如果要启动这个解释器就需要有特定的加密锁存在，然后，再运用外壳工具中的数据加密功能把java程序(CLASS或JAR包)当作一个数据文件来进行加密处理，生成新的java程序(CLASS或JAR包)，因为这个加密过程是在锁内完成的，并采用了128位的AES算法，这样，加密后的java程序，无论你采用什么样的反编译工具，都是无法反编译出来的。您的软件也只有被加密过的java解释器并有加密锁的情况下才能正常运行，如果没有加密锁，程序不能运行，从而达到真正保护您的软件的目的。

2、HASP HL提供专门针对java外壳加密工具，直接加密jar包，防止外编译，目前只支持J2SE，将来会进一步支持J2EE，如果情况适合则是最简单的方法。

有没有专门对java加密的方案

可以使用加密锁硬件对java进行加密，可以通过加壳的形式防止代码被反编译，也可以在Java代码中进行开发，硬件加密安全性唯一性更高。可以试试ROCKEY系列加密锁，价格也不贵，加密简单。

请教：对Java类库jar文件，有什么好的防止反编译办法，最好是加密/解密方案，而不是代码混淆方案。

很久前做过一个项目，用很复杂的算法加密 class文件，然后在虚拟机载入前调用解密程序。用的是 jvmti。这样可以防止class loader被反编译导致加解密算法泄漏，应该算比较好的一种解决方案了。

当前标题：java防止代码加密 java中常见的加密方式
网站地址：http://scyingshan.cn/article/hpjhje.html