WebSphere 5.0 中编码问题带来的一个教训

 对于非英语字符的页面编码处理似乎一向是一个比较麻烦的问题，对这个问题以及i18n的相关讨论和处理文章网上也相当丰富，但这个不是本文的中心。本文主要想从当前项目中在WebSphere5.0上遇到的一个编码问题，得出一些经验和教训。  首先还是描述一下所遇到的问题。本项目为了便于开发，编码工作是在Tomcat5.0上进行的，但实际运行是在WebSphere5.0上。项目进行过程中，发现开发人员在Tomcat上运行的程序十分正常，而当程序部署到测试组所使用的WebSphere上时，很多解析生成的页面的内容会出错，页面上的JavaScript也会无法正常工作。但这种情况并不会出现在所有的页面上，只是有一些较长的页面会出现。对于那些内容主要是循环显示一个List之类容器对像的页面来说，如果List的元素较少，就不会出现问题，而元素较多时，也会出现同样的问题。后来查看生成的页面的源码发现，虽然浏览器通过自动检测找到了正确的编码格式并对页面内容做出了正确的渲染，但实际上，服务器对页面编码的处理是错误的。这时候才发现，出错的JSP页面上，都没有完整的在<% page contentType="……" %>和 中指明页面的编码，所以服务器才会不正确的使用编码。另外，我也尝试了在WebSphere上设置它的编码格式，但没有效果。还有就是当在JSP页面中使用 标签时，要将flush属性设为true，否则包含进来的页面的编码也会出现问题。  通过这件事，说明实际上很多细节问题，可能在有些情况下被忽略并不会带来什么异常，但当情况发生变化后就可能带来意想不到的后果。所以，对于一个程序员来说，一定要注意各种细节问题，把这些问题理解透彻，并且十分严肃谨慎的处理它们。也许你觉得已经差不多了，但实际上就会差很多。