tomcat启动时候file.encoding的问题

本文讨论了Linux环境下,由于secureCRT默认GBK编码导致与Linux UTF-8编码不一致产生的乱码问题。解决方法是将secureCRT设置为UTF-8编码。此外,当在启动Jetty或Tomcat时未指定-Dfile.encoding="UTF-8",可能会导致URL编码解码过程中的编码问题,影响应用正常运行。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

linux 系统默认编码utf-8
修改和查看linux编码问题:
[html]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. [root@test-1 ~]# vi /etc/sysconfig/i18n  
  2. LANG="en_US.UTF-8"  
  3. SYSFONT="latarcyrheb-sun16"  

linux默认编码UFT-8,终端输出默认编码自然是UTF-8。

window中使用secureCRT默认编码是GBK,链接到linux系统输出乱码,因为Linux默认是utf-8,所以把secureCRT的默认编码修改为utf-8就ok。


WINDOWS 默认编码GBK
了解了系统平台的的编码,才容易解决编码问题。
WIN7中tomcat启动的控制台默认编码是GBK,一般软件默认采用系统默认字符集。
tomcat的应用一般常用的国际编码是utf-8,应用输出采用系统默认编码GBK,

所以乱码,再启动jvm时设置成-Dfile.encoding="UTF-8",应用乱码问题解决。


这里又引出了另外一个问题:

 java.net.URLEncoder.encode("中国");   如果没有加encoding 系统默认是系统编码。System.getProperty("file.encoding");

如果你jetty ,tomcat 没有在启动的时候没有加-Dfile.encoding="UTF-8" 这样加密解密的时候就会出现编码问题。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值