1、Java HTTP客户端(HttpURLConnection)
2、PHP客户端(curl库)
3、ajax 客户端(XMLHTTP)
4、普通表单提交(POST方式)
…..
开发上面四种客户端API和 demo都很快，现在就记录一下中文解决方案问题吧。
我之所以要发表出来，是因为我这儿的解决方式是自动化的，编码量最小，并且我进行了无数次尝试，确定怎样行，怎样不行，并找出原因。
注意：我只是说明了request的中文解决方案，并且只是POST方式，但只要是对这个很理解，response的中文也就很简单了。
开始时候，我也是采用了比较机械的，在服务器端servlet中将得到的参数值：
byte[] b = value.getBytes("ISO-8859-1");
output = new String(b,"UTF-8");
这样可以解决问题，而且都成功了，但必须在四种客户端发送的中文时候要进行encoding操作。最后我觉得这肯定不是最优解，因为工作量太大，于是决定重构。
将发往服务器的request都用filter拦截，主要就是下面这句话，其实这个方式非常old了，不值得一提。在doFilter里：
request.setCharacterEncoding(encoding);
也就是将到来的所有请求(还没有说到response呢)都用指定的编码(UTF-8)进行编码。
用filter，可以解决服务器移植的问题，如我最熟悉的Tomcat，resin，WL，WS。
我用axis (著名的Web Services SOAP引擎)附带的TCPMonitor来探测发出的POST请求。
Java HTTP客户端(HttpURLConnection)：
必须将请求数据的key/value的value，进行编码：
URLEncoder.encode(value,"UTF-8");
PHP客户端(curl库)：
同上，必须进行转码：
$truename = iconv("GBK", "UTF-8","陈志武");
因为我们PHP默认环境是中文
ajax客户端：
发送POST请求时，直接用中文，不需要用Javascript的encodeURI()，或者escape()，但是用了也不影响。
why？因为ajax POST方式默认是以UTF-8方式发送的。对已经编码的中文，也就是一些%E9%99%88%E5%BF%97%E6%AD%A6这样的正常符号了，服务器就忽略编码了，因为编和不编一个样。
注意，这两个函数对中文encode后结果不一样。用encodeURI()是以UTF-8编码，但没有其它编码类型可选择，这样，如果你的服务器端的filter用GBK默认，那么，就不能象这样自动处理。
所以，用ajax客户端时，必须慎重点。
普通表单提交(POST方式)
如果希望自动解决问题，在filter里对request请求编码设置为UTF-8的前提下，最好就是加入如下：
如果charset为GBK，那么到Server端就是乱码的。
why？因为，用submit方式提交时，我们的提交的表单编码类型(enctype)是：
Content-Type: application/x-www-form-urlencoded，也就是说，提交的时候，我们的中文会自动进行编码，但依据就是上面的那个html指令。这个证据可以从TCPMonitor拦截的HTTP数据包里看到。
和上面的方式比较，ajax方式感觉是浏览器为我们建立了一个http通道，直接将中文提交上去了，和最前面介绍的两种一样。
在服务器端，我们的Java Web容器或应用服务器会自动给我们的request参数解码。将编码后的字符还原为本来面目。
如果你在控制台里面看到的都是正确的中文，你就可以抛开数据库这个存在编码问题了，但那个有时也有点麻烦。