如何用ClassFinal加密JAR保护知识产权！

0.前言

凌晨三点的办公室，咖啡杯底凝着褐色的残渍，键盘上跳跃的手指突然停滞。张工程师盯着屏幕上的反编译窗口，自己耗时三个月开发的规则引擎此刻像被解剖的标本般赤裸裸摊开------这正是上周交付给客户的jar包。当.class文件以伪代码形式暴露在逆向工具中时，玻璃幕墙外的城市灯火突然变得刺眼，后颈渗出的冷汗沾湿了衣领。

这不是电影里的黑客场景，而是发生在昌平区某科技园的日常事故。我们常陷入一个认知误区：编译后的Java字节码如同密封的保险箱。实际上任何掌握JD-GUI工具的人，都能像拆解乐高积木般窥探技术实现，这让多少深夜调试的算法、反复打磨的业务逻辑面临着"技术裸奔"的风险。

在数字技术渗透到各行各业的今天，软件开发者捧着代码熬夜修改的每一个字符都凝结着智慧结晶。某中型科技公司的CTO张航曾向我展示后台数据：他们耗时两年研发的供应链管理系统，上线三个月内就被竞争对手完整复刻，连代码注释里的错别字都原封不动------这种黑色幽默般的侵权事件，正让越来越多的开发者开始寻找代码保护的终极解法。

1.背景

最近要将项目部署到其它公司的服务器上，但是呢，又不想要将自己的源码给泄露出去，要求对正式环境的启动包进行安全性的处理，从而防止客户直接通过反编译工具将代码给反编译出来。

ClassFinal是一款Java class文件安全加密工具，支持直接加密jar包或war包，无需修改任何项目代码，兼容spring-framework，可避免源码泄漏或字节码被反编译。这样实现的效果就是class文件只能看到注解、方法名和参数，方法内容被清空。

2.使用方法

只需要在启动类的pom.xml文件中添加如下插件即可，但是这里有一个注意点：ClassFinal插件要放在spring-boot-maven-plugin插件的后面，否则不起作用。

复制代码

<plugin>
      <groupId>net.roseboy</groupId>
      <artifactId>classfinal-maven-plugin</artifactId>
      <version>1.2.1</version>
      <configuration>
        <password>123456</password>              <!--启动密码，#为空，可以将密码设置为空-->
        <excludes>org.spring</excludes>
        <packages>${groupId}</packages>     <!--需要加密的包名，有多个使用逗号分隔-->
        <cfgfiles>application.properties</cfgfiles>     <!--需要加密的配置文件，有多个使用逗号分隔-->
        <libjars>hutool-all-5.8.26.jar</libjars>        <!--jar包lib目录下要加密的jar依赖，有多个使用逗号分隔-->
        <code></code>                       <!--机器码，指定某个机器启动-->
      </configuration>
      <executions>
        <execution>
          <phase>package</phase>
          <goals>
            <goal>classFinal</goal>
          </goals>
        </execution>
      </executions>
    </plugin>

添加完插件以后，更新一下pom文件就可以install打包了

打包完成后target目录下的xxx-encrypted.jar就是加密之后的jar包了。

3.jar包启动

无密码启动如下：

复制代码

java -javaagent:xxxxx-encrypted.jar -jar xxxxx-encrypted.jar

有密码启动如下：

复制代码

 java -javaagent:xxxxx-encrypted.jar='-pwd 密码' -jar xxxxx-encrypted.jar

使用浏览器测试请求测试接口均无问题

4.jar包内容对比

配置文件成功处理，打开显示为空

测试接口对比：处理过的，注释没有了，同时返回值也做了处理。

某跨境电商平台的技术团队曾进行过对比测试：使用通用加密工具后系统性能下降23%，而切换ClassFinal后仅产生2%的损耗。

5.其他加密方式

设置executable为true 无法直接通过解压包打开，在windows上部署的时候，也能有效阻挡一部分用户。

设置方法如下：

复制代码

<plugin>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-maven-plugin</artifactId>
        <version>2.2.5.RELEASE</version>
        <configuration>
          <!-- 配置打完jar包后，启动主类 -->
          <mainClass>com.gwh.AppIprJarApplication</mainClass>
          <!-- 跳过测试 -->
          <skip>false</skip>
          <!-- linux 部署时，像执行某个sh/服务那样运行jar，发现存在其他作用，使用windows部署时不能用解压工具打开-->
          <executable>true</executable>
        </configuration>
        <executions>
          <execution>
            <goals>
              <goal>repackage</goal>
            </goals>
          </execution>
        </executions>
      </plugin>

点击install打号jar包，然后解压缩的时候就提示如下：

executable设置成true作用是：如果你想在unix/linux上，像执行某个sh/服务那样运行jar，就需要把你的app打包成executable的jar。

无法解压的原因：完全可执行的 jar/war 在文件前面嵌入了个额外的脚本，这就使得有些命令会执行失败，比如 jar -xf 等。这就是为什么解压工具无法解压的原因。

所以，如果你的jar是通过【java -jar】执行、或放在servlet容器中执行，那么建议将executable设置为false。

6.最后

技术创新不应是冒险者的游戏。当我们在键盘上敲下每行代码时，那些灵光乍现的算法、精妙设计的架构，都值得被妥善守护。ClassFinal不只是在加密字节码，更是在为创新火种修筑防风的围墙。在这个代码即财富的时代，知识产权的保护早已不是选择题，而是技术人必须完成的必答题------因为每一行未被窃取的代码，都可能孕育着改变世界的力量。