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不只是在加密字节码，更是在为创新火种修筑防风的围墙。在这个代码即财富的时代，知识产权的保护早已不是选择题，而是技术人必须完成的必答题——因为每一行未被窃取的代码，都可能孕育着改变世界的力量。
