IIS如何接收ServerXMLHTTP传过来的编码字符?

探讨使用MSXML2::ServerXMLHTTP向IIS发送UTF8编码字符串的问题,包括发送和接收过程中的编码转换错误及解决方案。

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

IIS如何接收ServerXMLHTTP传过来的编码字符?

一. 事情的起因:

从我的组件中企图向服务器端的ASP页面发送一个QueryString,它的值为邮件的URL。希望ASP页面接收之后,直接将该字符串交给ExchangeOWA

由于OWA只认UTF8编码的URL字符串,所以我们希望组件里用MSXML2::ServerXMLHTTP将这个邮件URLUTF8编码字符串发送至服务器的ASP页面。然后ASP页面接收之后,也就不用转码,直接交给OWA即可。

但是这么做,在ASP页面中一开始拿到的字符串就是乱码,原来的“收件箱”的UTF8码是“%E6%94%B6%E4%BB%B6%E7%AE%B1”,IIS接收时却是“鏀朵欢绠”!

于是在组件中直接发送汉字的“收件箱”,但是IIS接收时依然是“鏀朵欢绠”!

二. 测试的代码:

(1). 客户端用SXH对象POST操作提交一个Form请求的页面:

(2). 服务器端用Request.Form来接收提交的值的页面:

 

三. 测试结果:

用网络探测器跟踪表明,如果SXH对象传递中文字符,一定会被它事先转为UTF8编码的字符串,然后再发给对方服务器。这个是差不多可以确定的。

关键是,IIS接到这个UTF8编码后,是如何处理的?

我们作了以下试验:

测试

序号

     Client

Server

客户端提交的Form的字符串

ASP页面通过Request.Form(“id”)得到的字符串

Server.URLEncode(value)转码之后的结果

1

%E6%94%B6%E4%BB%B6%E7%AE%B1

 

(收件箱的UTF8编码)

鏀朵欢绠

%E6%94%B6%E4%BB%B6%E7%AE

(缺少了最后的”%B1”)

2

收件箱

鏀朵欢绠

%E6%94%B6%E4%BB%B6%E7%AE

(缺少了最后的”%B1”)

3

%E8%8D%89%E7%A8%BF

 

(草稿的UTF8编码)

鑽夌

%E8%8D%89%E7%A8%BF

 

(这回是正确的编码了)

4

%CA%D5%BC%FE%CF%E4

 

(收件箱的Unicode编码)

收件箱

%CA%D5%BC%FE%CF%E4

 

(还是正确的Unicode编码)

5

%E5%B7%B2%E5%88%A0%E9%99%A4%E9%82%AE%E4%BB%B6

 

(已删除邮件的UTF8编码)

宸插垹闄ら偖浠

%E5%B7%B2%E5%88%A0%E9%99%A4%E9%82%AE%E4%BB

 

(缺少了最后的”%B6”)

6

%25E6%2594%25B6%25E4%25BB

%25B6%25E7%25AE%25B1

 

(就是将收件箱的UTF8编码再用

Server.URLEncode()转一遍码)

%E6%94%B6%E4%BB%B6%E7%AE%B1

 

(这就是正确的收件箱的UTF8编码,直接扔给OWA即可)

%25E6%2594%25B6%25E4%25BB%25B6%25E7%25AE%25B1

四. 你认为这说明了什么:

对于试验12IIS接收之前是UTF8编码,但是注意是奇数个字符!

UTF8编码实际上是真实内存中字符串存放的数据的明码,%号相当于只是一个分割符,E是高8位,6是低8(?)

IIS接收之后,就会将其转换为Unicode编码,但不是明码,所以%号不见了,由于这时的UTF8编码是奇数个字符,IIS就错误地将其最后一个字符“%B1”截去。

如果拿这个鏀朵欢绠放在XML中,让IE解释的话,就会显示为“收件?”。这说明鏀朵欢绠确实是正确的Unicode字符串,只是汉字少了一个字符。

 

对于试验3草稿UTF8编码是偶数个字符,所以IIS就能够正确地转码,这个“鑽夌”实际上就是草稿Unicode编码格式。

 

对于试验4,你传给IIS的已经是Unicode编码了,所以它会自动将其再转换为Ansi编码,这样就是正常的收件箱了。

 

对于试验6,将中文字符的UTF8编码再进行一次UTF8转码!将这个结果传给IISIIS接到之后,可能只是将%25简单地转义为%号,然后就不管了。于是这就是正确的UTF8编码了。



Trackback: http://tb.blog.youkuaiyun.com/TrackBack.aspx?PostId=12655


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值