关于发给【银联】的备付金文件是乱码

[南橘ryc]

目前在做一个项目，给银联发备付金稽核文件，但是银行那边说收到的稽核文件是乱码，想问问各位大神，有哪些情况会出现乱码问题，我自己这边看了，我生成的文件不是乱码!

这也有可能是因为文件格式的问题，但是也有可能是其他问题，谢谢各位大佬帮忙！

[weixin_43869905]

你这边是怎么发送的, 用什么编码格式 对面接收又是用的什么编码格式

[南橘ryc]

引用 4 楼 weixin_43869905 的回复:

你这边是怎么发送的, 用什么编码格式 对面接收又是用的什么编码格式

我这边用sftp

[南橘ryc]

引用 3 楼 tianfang 的回复:

问银联要求的文件编码标准啊

对方这样说的

使用系统对接的各参与方，可通过SFTP方式进行文件传输，并使用文本文件格式。

[weixin_43869905]

不是用的java?

[南橘ryc]

引用 7 楼 weixin_43869905 的回复:

不是用的java?

是用java写文件 然后放进一个sftp
银行那边从sftp拿文件

传输协议
文件通过SFTP方式传输，并可使用SSH2协议协商压缩。

[weixin_43869905]

好吧,你们自己拿出来是否乱码

[南橘ryc]

引用 9 楼 weixin_43869905 的回复:

好吧,你们自己拿出来是否乱码

我们自己拿出来是好好地。。。。完全没有乱码 格式也正常的一批。、。。

[weixin_43869905]

这个没做过 那还真不知道呢

[tianfang]

引用 10 楼 ryc1995 的回复:

[quote=引用 9 楼 weixin_43869905 的回复:] 好吧,你们自己拿出来是否乱码

我们自己拿出来是好好地。。。。完全没有乱码 格式也正常的一批。、。。[/quote] GBK UTF8 格式就不一样。要按人家标准做

[南橘ryc]

引用 12 楼 tianfang 的回复:

[quote=引用 10 楼 ryc1995 的回复:]
[quote=引用 9 楼 weixin_43869905 的回复:]
好吧,你们自己拿出来是否乱码

我们自己拿出来是好好地。。。。完全没有乱码 格式也正常的一批。、。。[/quote]

GBK UTF8 格式就不一样。要按人家标准做[/quote]


标准的ISO-8859-1的格式

[tianfang]

引用 13 楼 ryc1995 的回复:

[quote=引用 12 楼 tianfang 的回复:] [quote=引用 10 楼 ryc1995 的回复:] [quote=引用 9 楼 weixin_43869905 的回复:] 好吧,你们自己拿出来是否乱码

我们自己拿出来是好好地。。。。完全没有乱码 格式也正常的一批。、。。[/quote] GBK UTF8 格式就不一样。要按人家标准做[/quote] 标准的ISO-8859-1的格式[/quote] ISO 8859-1，正式编号为ISO/IEC 8859-1:1998，又称Latin-1或“西欧语言”，是国际标准化组织内ISO/IEC 8859的第一个8位字符集 是无法处理中文的，其中的中文使用什么编码是要单独指定的

[心怀啊]

你这边不是乱码那就是在发送的过程中乱码，或者是在对面打开文件乱码，乱码的情况有字符集不对，还就是打开文件得软件不对

[南橘ryc]

引用 1 楼 心怀啊 的回复:

你这边不是乱码那就是在发送的过程中乱码，或者是在对面打开文件乱码，乱码的情况有字符集不对，还就是打开文件得软件不对

发送过程中乱码是什么情况？

打开软件不对的话是真的坑，银联不至于这么坑吧。。

[南橘ryc]

引用 14 楼 tianfang 的回复:

[quote=引用 13 楼 ryc1995 的回复:]
[quote=引用 12 楼 tianfang 的回复:]
[quote=引用 10 楼 ryc1995 的回复:]
[quote=引用 9 楼 weixin_43869905 的回复:]
好吧,你们自己拿出来是否乱码

我们自己拿出来是好好地。。。。完全没有乱码 格式也正常的一批。、。。[/quote]

GBK UTF8 格式就不一样。要按人家标准做[/quote]


标准的ISO-8859-1的格式[/quote]

ISO 8859-1，正式编号为ISO/IEC 8859-1:1998，又称Latin-1或“西欧语言”，是国际标准化组织内ISO/IEC 8859的第一个8位字符集

是无法处理中文的，其中的中文使用什么编码是要单独指定的[/quote]

大佬，我刚刚和银联那边做了一笔测试，是正常的没有乱码，但是到生产上面就乱码了。。

[tianfang]

先确认正常的文件中，中文字符集是什么，很可能是GBK，因为你在Windows上生成的文件，使用缺省字符集 生产环境是linux？估计缺省字符集是UTF-8，修改缺省字符集或者在写文件时候指定字符集

[南橘ryc]

引用 17 楼 tianfang 的回复:

先确认正常的文件中，中文字符集是什么，很可能是GBK，因为你在Windows上生成的文件，使用缺省字符集

生产环境是linux？估计缺省字符集是UTF-8，修改缺省字符集或者在写文件时候指定字符集

测试环境和生产环境都是linux



测试和生产的字符集也如图

[tianfang]

引用 18 楼 ryc1995 的回复:

[quote=引用 17 楼 tianfang 的回复:] 先确认正常的文件中，中文字符集是什么，很可能是GBK，因为你在Windows上生成的文件，使用缺省字符集 生产环境是linux？估计缺省字符集是UTF-8，修改缺省字符集或者在写文件时候指定字符集

测试环境和生产环境都是linux 测试和生产的字符集也如图[/quote] 这些参数中 没有gbk/utf8的设置，你还要看看系统的缺省字符集

[南橘ryc]

引用 19 楼 tianfang 的回复:

[quote=引用 18 楼 ryc1995 的回复:]
[quote=引用 17 楼 tianfang 的回复:]
先确认正常的文件中，中文字符集是什么，很可能是GBK，因为你在Windows上生成的文件，使用缺省字符集

生产环境是linux？估计缺省字符集是UTF-8，修改缺省字符集或者在写文件时候指定字符集

测试环境和生产环境都是linux



测试和生产的字符集也如图[/quote]

这些参数中 没有gbk/utf8的设置，你还要看看系统的缺省字符集
[/quote]

好的 我去问一下 系统的缺省字符集问题-

[南橘ryc]

引用 19 楼 tianfang 的回复:

[quote=引用 18 楼 ryc1995 的回复:]
[quote=引用 17 楼 tianfang 的回复:]
先确认正常的文件中，中文字符集是什么，很可能是GBK，因为你在Windows上生成的文件，使用缺省字符集

生产环境是linux？估计缺省字符集是UTF-8，修改缺省字符集或者在写文件时候指定字符集

测试环境和生产环境都是linux



测试和生产的字符集也如图[/quote]

这些参数中 没有gbk/utf8的设置，你还要看看系统的缺省字符集
[/quote]

创建文件的时候设定了 是utf-8


现在怀疑银联不是了

[南橘ryc]

引用 14 楼 tianfang 的回复:

[quote=引用 13 楼 ryc1995 的回复:]
[quote=引用 12 楼 tianfang 的回复:]
[quote=引用 10 楼 ryc1995 的回复:]
[quote=引用 9 楼 weixin_43869905 的回复:]
好吧,你们自己拿出来是否乱码

我们自己拿出来是好好地。。。。完全没有乱码 格式也正常的一批。、。。[/quote]

GBK UTF8 格式就不一样。要按人家标准做[/quote]



标准的ISO-8859-1的格式[/quote]

ISO 8859-1，正式编号为ISO/IEC 8859-1:1998，又称Latin-1或“西欧语言”，是国际标准化组织内ISO/IEC 8859的第一个8位字符集

是无法处理中文的，其中的中文使用什么编码是要单独指定的[/quote]


理论上来说 不需要处理中文，不过还是改一下编码多试试