maven项目打包分析及打包后war包缺少配置文件报错的原因分析，使用progard混淆时配置分析

Posted 2021-01-26 海的味道

1.maven打包：

　　　　一直以来我都没太注意过在myeclipse下使用run as来clean居然对项目的target目录没有进行操作，要让操作有效，需要进入到maven build...选项下，进行clean，然后再使用process resources来加入配置文件，再使用compile--》package来打包，同时，值得注意的是，maven在进行打包时默认只把java文件打包进war，如果在非资源路径下，有配置文件，如mybits的mapper.xml文件，需要在maven里边指定一下，否则打包会失败。

<build>
      <resources>  
        <resource>  
            <directory>src/main/resources</directory>  
            <includes>  
                <include>**/*.properties</include>  
                <include>**/*.xml</include>  
                <include>**/*.tld</include>  
            </includes>  
            <filtering>false</filtering>  
        </resource>  
        <resource>  
            <directory>src/main/java</directory>  
            <includes>  
                <include>**/*.properties</include>  
                <include>**/*.xml</include>  
                <include>**/*.tld</include>  
            </includes>  
            <filtering>false</filtering>  
        </resource>  
    </resources>
</build>

　　　　tips:一般如果不特别指定，maven项目在打包后会改变项目名称，如你的项目原来叫test，打包后会变成test0.0.1-SNAPSHOT，看起来很不爽，为了解决这一问题，需要加入如下配置：

<artifactId>test</artifactId>
<build>
<finalName>test</finalName>
<plugins>
	<plugin> 
		<groupId>org.apache.maven.plugins</groupId>
		<artifactId>maven-war-plugin</artifactId>
		<version>2.1.1</version>
		<configuration> 
		        <packagingExcludes>WEB-INF/web.xml</packagingExcludes>
		</configuration>
	</plugin>
</plugins>
</build>

　　2.progard混淆配置部分：

<plugin>
			   <groupId>com.github.wvengen</groupId>
			   <artifactId>proguard-maven-plugin</artifactId>
			   <version>2.0.11</version>
			   <executions>
			      <execution>
			         <phase>package</phase>
			         <goals>
			            <goal>proguard</goal>
			         </goals>
			      </execution>
			   </executions>
			   <configuration>
			      <attach>true</attach>
			      <obfuscate>true</obfuscate>
			      <attachArtifactClassifier>pg</attachArtifactClassifier>
			      <options>
			         <option>-target 1.8</option>
			         <option>-dontshrink</option>
			         <option>-dontoptimize</option>
			         <option>-dontskipnonpubliclibraryclasses</option>
			         <option>-dontskipnonpubliclibraryclassmembers</option>
			         <option>-dontusemixedcaseclassnames</option>
			         <option>-allowaccessmodification</option>
			         <option>-useuniqueclassmembernames</option>
			         <option>-keeppackagenames</option>
			         <option>-keepattributes Exceptions,InnerClasses,Signature,Deprecated,SourceFile,LocalVariable*Table,*Annotation*,Synthetic,EnclosingMethod</option>
			         <option>-keepclassmembers public class * {void set*(***);*** get*();}</option>
			     	<!--原生servlet都是通过方法名调用接口的，所以，得保留类名和方法名  -->
			     	<option>-keep class **.list.servlet.**{*;}</option>
			     	<option>-keep class **.zxf.servlet.**{*;}</option>
			     	<option>-keep class **.controller.**</option>
			     	<!-- dao层接口的类名和方法不混淆 -->
			     	<option>-keep class **.dao.**{ <methods>; }</option>
			     	<!-- 不混淆实体类的方法和属性，因为在配置文件中有引用-->
			     	<option>-keep class **.domain.** {*;}</option>
			     	<!-- 不混淆jsp页面引入的类和属性 -->
			     	<option>-keep class com.lum.interface_util.** {*;}</option>
			        <option>-keep class com.java.zxf.util.ShowString {*;}</option>
			      </options>
			      <outjar>classes-autotest.jar</outjar>
			      <libs>
			         <lib>${java.home}/lib/rt.jar</lib>
			      </libs>
			      <injar>classes</injar>
			      <outputDirectory>${project.build.directory}</outputDirectory>
			   </configuration>
			</plugin>

　　3.混淆说明：你在混淆前，需要仔细分析你的项目，看看那些是必须保持类名不变的，那些是类名可以变，方法名可以变的，那些是可以随意变的，只有在搞清楚这些之后，你的混淆工作才是有保障的，即即实现了混淆，也保证了代码的可执行性，混淆结果截图如下：

反编译后的效果：

 5.总结：个人分析得出不能混淆的类主要有这些：①在web.xml里边配置的servlet，那么servlet的名称和方法名都不能进行混淆；②与数据库有交互的，主要包括实体类，dao层（这种是通过mapper.xml形式写的sql）；③在jsp页面导入的类，如常量类，实体类等，需保证类名和变量名都不能混淆