如果大家用易语言编写过文本处理文档，那么应该就注意过这个问题。略坑爹的是易语言的内码是ANSI（GB2313）......处理文本时各种奇葩问题。。。（易语言你弄个GBK或者是GB18030-2005都比GB2312强啊！！！）工具/原料more易语言API编码问题1/3分步阅读

关于调用网络API的问题，由于经验限制，无法详细解释，笔者就简单说一下吧

最简单，最容易出问题的也就是URL！！

比如说：

调用链接缩短API，需要传递一个URL给服务端（服务端字符集为UTF-8），URL为：http://***.***.com?xxx=aaaxxx=bbbxxx=ccc

等获得调用结果后，打开短链接，你会发现一个问题：

http://***.***.com?xxx=aaaxxx=bbbxxx=ccc

变成了

http://***.***.com?xxx=aaaamp;xxx=bbbamp;xxx=ccc 网页提示404!

2/3

至于原因，笔者也说不清楚

不过笔者做过一个对比测试：

1.易语言本地使用BASE64将转换为字节集的文字进行编码，然后传输到自己的服务端，服务端通过PHP解码，然后转码为UTF-8，再来调用API（这相当于用自己的服务端进行中转），结果还是出现步骤一的现象。

2.易语言本地将转码为UTF-8的字节集，然后BASE64编码，使用自己的服务端进行中转，结果没有发生步骤一中的现象。

3/3

通过上述测试，我们就可以得出解决方法了，那就是在调用API前转码需要发送的数据为UTF8，再来调用API

乱码问题1/2

通过上面的叙述，我们应该知道这应该是易语言中编码不一致导致的！

知道了原因，解决就很简单了！

2/2

如果需要读取文本并进行操作就必须得转换为ANSI（GB2312），才能进行操作，不然一堆乱码啥都干不了。。。

注意事项

转码后依然乱码的问题：GB2312收录了6763个汉字GBK收录了21003个汉字GB18030-2000收录了27533个汉字GB18030-2005收录了70244个汉字Unicode 5.0收录了70217个汉字各种编码收录的汉子不同，有的汉子一些编码收录了，一些编码没收录，两者之间差异的部分就会变成乱码

如有错误之处，勿拍砖，欢迎指出，以便改正！

易语言