Reader reader = new InputStreamReader(new FileInputStream("F:/WorkFolder/drools/drl/addpoint.drl"),"UTF-8");
System.setProperty("jxl.encoding", "UTF-8");
加上这两个系统参数，也是乱码，经过调试发现，org.drools.rule.builder.dialect.java.JavaDialect类里面的addClassCompileTask方法有将字符超字节转换的代码，如下：
public void addClassCompileTask(final String className,
final BaseDescr descr,
final String text,
final MemoryResourceReader src,
final ErrorHandler handler) {
final String fileName = className.replace( '.',
'/' ) + ".java";
try {
if (src != null) {
src.add( fileName,
text.getBytes() );
} else {
this.src.add( fileName,
text.getBytes() );
}
} catch (final UnsupportedEncodingException e ) {
throw new RuntimeException("unable to encoding the rule!");
}
this.errorHandlers.put( fileName,
handler );
addClassName( fileName );
}
我们再来看一下String的getBytes方法的实现，这个方法里面默认取平台的编码的，至此，我们就知道病根了，所以比较简单了，加上-Dfile.encoding=UTF8参数就可以了。注意，这个地方是UTF8，不是UTF-8,具体的解释看官方文档: http://docs.oracle.com/javase/6/docs/technotes/guides/intl/encoding.doc.html，最后这个也是在tomcat的启动参数里面加上-Dfile.encoding=UTF8- 在tomcat的启动
catalina.bat/
catalina.sh
参数里面加上-Dfile.encoding=UTF8
CATALINA_OPTS="-Xmx1024m -Xms1024m -XX:PermSize=256m -XX:MaxPermSize=512m -Xss128k -server -Xdebug -Xnoagent -Djav
a.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8530 -Dfile.encoding=UTF8"
- 在maven跑junit测试的时候加上这个参数-Dfile.encoding=UTF-8
如果不加这个测试，在junit跑测试的时候还会使用操作系统的默认字符集，会导致测试失败:
<plugin> <artifactId>maven-surefire-plugin</artifactId>
<groupId>org.apache.maven.plugins</groupId>
<version>2.11</version>
<configuration>
<argLine>-Dfile.encoding=utf-8</argLine>
<parallel>methods</parallel>
<threadCount>10</threadCount>
<includes>
<include>**/*Test.java</include>
</includes>
<excludes>
<exclude>**/BaseControllerTest.java</exclude>
<exclude>**/BaseTest.java</exclude>
<exclude>**/TestUtils.java</exclude>
</excludes>
</configuration>
</plugin>
这里乱码问题告一段落！