从JE上看到此贴,太感动了,特意转载收藏下:

辛辛苦苦半年时间，新系统终于试运行了.你在感慨,不容易啊.艰难而反复的需求调研,你一直在骂着客户是个变态.艰苦而疲惫的开发,你一直在骂着基础框架的支持人员,他们就是一群猪!不过，这都过来了，系统终于开始试运行了。当然,你知道,试运行是一个难过的阶段,很多要求，用户要到使用时才能最终确定.你心里想着各种规避方法,你一定要和愚蠢的用户周旋到底.试运行期间，你一次又一次的跑到现场,和用户不停的扯皮,你要更改他们的使用习惯，还要教会他们使用方法.没办法,用户在培训期间只想着玩,根本就没听你的讲解.用户手册?是这个吗?在某个文件柜翻了半天之后，用户拿了一本windows的手册问你.你郁闷的摇了摇头,给她找了一份电子的使用手册.半天之后,你又接到了用户的电话,你耐心的告诉她,这个用户手册里写的比你说的更清楚."那我怎么找不到?"用户小声的嘀咕着,你则陪着笑告诉她,使用帮助在第几章,什么样的标题. .................

  本博客关于Java项目开发中的乱码解决文章已经有很多了,如 {   [又一次成功解决Mysql乱码问题] [再谈乱码问题，如何解决MYSQL数据中文乱码问题] [解决jsp,tomcat,MYSQL下中文乱码问题]  },但是,每次总是有很多不同的地方,往往不能通过以前的方式来解决,或者总是有很多的不同,以至于没法解决. 

3:添加Maven运行环境变量,具体方法:[我的电脑]->右键,[属性]->[高级]->[环境变量]==> 添加一个环境变量: 变量名: MAVEN_OPTS ,变量值: -Xms256m -Xmx512m -Dfile.encoding=UTF-8 , (其实只要-Dfile.encoding=UTF-8这个就可以解决乱码了,另外两个可以不用.)

好了,Maven中编译时遇到JAVA直接写的中文乱码问题解决了.

2: 给服务器(包括开发员本地开发环境的电脑)设置环境变量(步骤就不说了,参数前面),添加一个环境变量: 变量名: nls_lang ,变量值: AMERICAN_AMERICA.AL32UTF8, 这样,所有的开发环境和发布环境都统一了,中文乱码问题也OK了 .......................