今天遇到了一个问题，其他部门在调用我们开放平台接口时，总出现签名错误，

（客户端和服务器使用的是同一个签名算法JAR包）

问题说明：

1， 在项目部署到tomcat上调用接口时，会出现签名错误。

2， 如果直接在java的main函数调用接口，则不会出现。

注：1,2的请求参数都完全相同，并使用同一个签名算法

签名算法的流程如下：

1、将所有POST参数（key-value）按照key升序将value拼接在一起；

2、将1的结果的首尾加上appSecret值，例如：appSecretvalue1value2appSecret

3、将2的结果进行MD5大写加密。

在2中得到的结果是一样的，但在第3步时出现了不同

MD5算法怎么会不同呢？JAVA里面MD5算法不是统一的吗？

仔细查看了源码，发现是在调用s.getBytes()方法时出现了不同，代码如下：

getMD5String(s.getBytes());

s为需要MD5的字符串

在网上查了下普遍说s.getBytes()方法是得到一个操作系统默认的编码格式的字节数组，在不同的OS系统下，返回的结果不一样。

既然这样，那么我在tomcat中和JAVA的main函数中调用s.getBytes()应该获取的应该改是一样的？我都是在本机运行的，操作系统都是window7，默认编码都是GBK，Why???

查看了s.getBytes()方法源码可以看到，默认是使用：

Charset.defaultCharset()

查看官方JDK对其解释：

public static Charset defaultCharset()

Returns the default charset of this Java virtual machine.

The default charset is determined during virtual-machine startup and typically depends upon the locale and charset of the underlying operating system.

获取JVM默认的的编码格式，其默认编码格式又依赖于底层操作系统的编码格式。

可以猜测如果设置了JVM的编码格式，则使用此编码，如果没有设置则使用操作系统的默认编码格式，那又是在哪设置的JVM的编码格式呢？

 

Debug一下：

1， 通过java的main函数运行，在debug模式下：

可以看到在运行时，指定了默认编码为UTF-8

 

2， 通过tomcat启动运行，在debug模式下

可以看到，指定的编码格式为GBK

 

更改文件的编码格式为ISO-8859-1，在进行测试

1， 使用java的main函数直接运行

可以看到编码格式变为ISO-8859-1了

2， 使用tomcat运行项目：

可以看到其编码格式还是GBK的

 

可以得出结论：

1， 在eclipse中使用java的main函数运行程序，其JVM的默认编码为文件的默认编码

2， 在tomcat是运行项目，JVM不是使用文件的默认编码，若tomcat未指定编码，则使用系统的默认编码

 

那么我们要统一编码，该怎么做呢？可以在s.getBytes()方法中加入编码格式，如：s.getBytes(“UTF-8”)，统一使用UTF-8的编码格式，我们来试试

 

1， 使用java的main函数直接运行，得到的结果：

      file.encode: ISO-8859-1

      sign: 2B6C5716E9A7D270DA299DCA1A737FF0

2， 使用tomcat运行项目，得到的结果：

      file.encode: GBK

      sign: 2B6C5716E9A7D270DA299DCA1A737FF0

其他方法：

(1) 另外，tomcat也可以指定JVM的编码格式，在catalina.bat或catalina.sh中修改

set “JAVA_OPTS=%JAVA_OPTS% %LOGGING_CONFIG%”

为：

set “JAVA_OPTS=%JAVA_OPTS% %LOGGING_CONFIG% -Dfile.encoding=UTF-8″

(2) 修改系统的默认编码，目前服务器一般使用linux服务器，将服务器的编码设置为UTF-8