apache+tomcat整合提供webserver服务的方式是为了实现两个目的：一是方便利用apache http server将客户请求均衡的分给tomcat1,tomcat2....去处理，即负载均衡；二是由于tomcat的html和图片解析功能相对其他服务器如apche等较弱，所以，一般都是集成起来使用，只有jsp和servlet服务交由tomcat处理，而静态的内容，都是由apache来完成。

利用apache的mod_jk模块和tomcat的ajp协议，我们在应用中实现了这一整合，但在测试过程中发现，包含汉字的url（比如用户上传的中文文件名的图片或者文件）不能通过apache被访问，返回404错误，本来以为是apache的编码问题，由于以前在linux上配置apache经常会发生这个问题，所以一直围绕apache的httpd.conf中的language和charset配置作文章，半天未果，郁闷！！！

后来忽然想到，一直以来直接通过IP和端口访问tomcat是正常的，那么问题或者发生在apache和tomcat之间，于是思路豁然开朗。打开tomcat的配置文件server.xml，发现配置如下： <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" URIEncoding="UTF-8"/> <Connector port="8009" protocol="AJP/1.3" redirectPort="8443"/> 这里，对8080端口（HTTP）的访问指定了URI编码采用UTF-8，而8009端口（AJP）却未指定编码。既然未指定，tomcat缺省会使用ISO-8859-1编码，难怪汉字全成了乱码！！！操作系统接收到乱码的路径无法定位，服务器只好给出一个资源路径不能访问的404错误。于是立即给ajp端口也加上URIEncoding="UTF-8"，变成： <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" URIEncoding="UTF-8"/>

重启tomcat，一切正常，天下大定。

总结一： 包含汉字的url编码问题一直以来都是最让人头疼的，尤其是多系统整合时经常会出现乱码问题。因此，保持汉字编码在各个子系统或子模块中的一致性尤其重要。对于非国人编制的系统，其默认配置中的编码往往忽略了这个问题。

总结二： IE的默认设置中,URL采用UTF-8编码格式提交，apache2.2以后的windows版本默认的url解码也是utf-8，当apache2.2将请求通过ajp传递给tomcat时，必须保证tomcat在该端口也使用utf-8编解码，否则就会乱码。

apache+tomcat整合后的编码问题