工程源码丢失复原解决办法

一、问题描述
二、问题原因
三、解决办法
- 1、短视高效办法
- 2、长远考虑

一、问题描述

多项工程引用同一个jar包的内容。但是由于工作交接，该jar包原工程的代码库中，部分源代码出现丢失，由于工程很老（struts2+spring2.5.6），已经无法找回源码。

最终的结果就是线上打的jar包内容与实际工程中源码出现了差别，后期维护将非常费劲。

二、问题原因

该工程为common工程，顾名思义，就是想将多个应用工程中共用的部分，比如数据库domain、sql.xml、工具类和其他配置工具等都集成起来，方便各个工程调用。但本人觉得这样做，如果后期工程繁重，东西增多，这个的改动将是牵一发动全身。

此外，这个工程不需要部署，仅仅是打好jar包上传即可，必然会出现误操作，比如本地打好包deploy后，没有将代码push到远端，从而导致源码丢失。

三、解决办法

如果其他小伙伴有遇到同样的问题，这里我们提供两种办法：

1、短视高效办法

如果紧急，可以直接修改你要修改的类，然后本地打包，本地使用winRAR（建议）解压后，将对应的class文件覆盖到线上拉下来的jar包（winRAR解压替换），注意将里面pom文件的版本号修改，否则影响线上，然后再打包上传，对应的其他工程引用新版本。

对于修改properties、xml等文件，可以直接将线上jar包解压缩，内部修改，因为这些文件没有反编译过程。

2、长远考虑

如果时间充足，建议还是彻底还原工程，保持与线上一致，毕竟方便后期其他人的维护。

基本过程如下：
现有工程打本地包=>将本地包和线上包反编译=>使用对比工具对比文件差异=>修改本地代码=>完成现有工程打本地包 =>将本地包和线上包反编译 => 使用对比工具对比文件差异 => 修改本地代码 => 完成现有工程打本地包=>将本地包和线上包反编译=>使用对比工具对比文件差异=>修改本地代码=>完成
具体操作和注意事项：

解压检查线上包中的META-INF\MANIFEST.MF这个文件，看看Build-Jdk是哪个版本，那么本地也必须使用对应的jdk打包（jdk8–maven3.x；jdk6–maven3.2.5)，注意使用对应的maven，否则打包失败。

将本地包和线上包复制到同一个文件夹下，使用cmd指令进行反编译，这里使用的是IDEA的反编译插件

在IDEA中将这个插件勾选并安装上

然后使用cmd指令进行反编译

## 注意：前面是idea的反编译插件的地址，后面yuanma是指定放入的文件夹，可以自定义
## 反编译结果还是一个jar包，会放到指定的yuanma文件夹下，但是里面的内容解压后是.java文件
java -cp "D:\Idea\IntelliJ IDEA 2019.1.3\plugins\java-decompiler\lib\java-decompiler.jar" org.jetbrains.java.decompiler.main.decompiler.ConsoleDecompiler -dgs=true xxx.jar yuanma

对比工具，建议使用强悍的Beyond Compare 4

下载链接地址：https://www.scootersoftware.com/download.php

必须将反编译后的本地包和线上包解压后，拖出里面的文件夹进入到这个工具进行一一比对

必须使用CRC比较

全选文件进行内容操作指定CRC

比较结果就是不同的地方，可以双击预览，然后根据情况修改工程内代码