最新在做小程序支付项目,在本地环境和linux 环境部署上运行没有问题,但是部署到window 环境,请求易通支付接口时,对方返回
Try again later!io.vertx.core.json.Json.decodeValue(Json.java:168)
意思是 编码格式出错,对方技术人员也说大概率是编码的问题,需要UTF-8。
所以打算抽出一下午的时间彻底搞懂 “中文乱码”。
使计算机支持更多语言,通常使用 0x80~0xFFFF 范围的 2 个 字节来表示 1 个字符。比如:汉字 ‘中’ 在 ANSI编码 ANSI编码 中文操作系统中,使用 [0xD6,0xD0] 这两个字节存储。
不同的国家和地区制定了不同的标准,由此产生了 GB2312、GBK、GB18030、Big5、Shift_JIS 等各自的编码标准。这些使用多个字节来代表一个字符的各种汉字延伸编码方式,称为 ANSI 编码。在简体中文Windows操作系统中,ANSI 编码代表 GBK 编码;在繁体中文Windows操作系统中,ANSI编码代表Big5;在日文Windows操作系统中,ANSI 编码代表 Shift_JIS 编码。
不同 ANSI 编码之间互不兼容,当信息在国际间交流时,无法将属于两种语言的文字,存储在同一段 ANSI 编码的文本中。
一份代码到运行得到正确输出,经过步骤:
Java源代码----Javac编译成class字节码文件----Java虚拟机JVM加载运行—操作系统----显示设备。
Java源码—字节码:调用jdk的javac命令执行编译,javac默认采用系统字符集。通常我们会设置文件编码UTF-8。使用命令编译也可以加上-encoding UTF-8;
System.getProperty("file.encoding") //可以获取当前系统使用的编码字符集
Java字节码—虚拟机—操作系统:虚拟机启动的时候以什么字符集编码来解析我们的class字节码文件呢?这时候我们就通常会设置 -Dfile.encoding=utf-8 这里也就解释了设置这个VM参数的意义了。
操作系统—显示设备:针对编码阶段出现的中文,在这一步骤就需要操作系统安装中文字体以支持中文。
我们在Windows下运行jar包时,常常会出现乱码,主要分为dos窗口输出的日志中出现乱码和程序返回数据出现乱码。
执行如下命令,将控制台输出编码改为UTF8:
chcp 65001
执行如下命令,运行jar包时指定编码为UTF8:
java -Dfile.encoding=utf-8 -jar xxx.jar
Setting>>Editor>>File Encoding
设置 Additional command line parameters选项为 -encoding utf-8
server: port: 8082 servlet: context-path: /api encoding: charset: UTF-8 tomcat: uri-encoding: UTF-8
${log.pattern} ${log.charset} ${log.path}/sys-info.log ${log.path}/sys-info.%d{yyyy-MM-dd}.log 60 ${log.pattern} ${log.charset} INFO ACCEPT DENY ${log.path}/sys-error.log ${log.path}/sys-error.%d{yyyy-MM-dd}.log 60 ${log.pattern} ${log.charset} ERROR ACCEPT DENY ${log.path}/sys-user.log ${log.path}/sys-user.%d{yyyy-MM-dd}.log 60 ${log.pattern} ${log.charset}
java -Dfile.encoding=UTF-8 -jar xxxx.jar
window 下完整的执行脚本:
@echo off chcp 65001 java -Dfile.encoding=UTF-8 -jar ./api.jar