IE10中查询字符串参数的编码

Question

我收到了客户的请求，他希望能够使用IE10地址栏中的参数键入我的Web服务的查询字符串并获取服务结果。参数包括希伯来语中的字符串，如：

http://mywebsite.com/service.asmx/foo?param1=123&param2=מחרוזתבעברית

在我看来IE10不会编码查询字符串参数 - 每个非ASCII字符后面的？ mark会变成'3f'字节，虽然它确实编码了前面的内容？ mark - 网址本身。

例如，如果我尝试访问网址（参数是虚构的，网址不是，我与该网站没有关联）

http://www.shlomo.co.il/pageshe/sales/רכב-למכירה.asp?param=פאראם 

在wireshark中查看我发送给服务器的字节，它显示了我

你可以看到它确实用urlencoded字符串替换了URL的希伯来语部分，但用希伯来语参数替换了?????，这是'3f'。

chrome中的相同字符串将完整编码：

GET http://www.shlomo.co.il/pageshe/sales/%D7%A8%D7%9B%D7%91-%D7%9C%D7%9E%D7%9B%D7%99%D7%A8%D7%94.asp?param=%D7%A4%D7%90%D7%A8%D7%90%D7%9D HTTP/1.1

我在使用win7 / IE10和winXPheb / IE8的机器上试过。

我的IE设置是（特别检查“始终显示编码的地址选项”以查看它是否有帮助并重新启动，但没有区别）：

我试图搜索有关该问题的任何信息，但没有找到太多信息。

我的问题是：

• 确实是这样，还是我错过了什么？
• 这种行为是否记录在任何地方？
• IE / Win中是否有任何启用参数编码的设置。

P.S。当然，如果我正在开发客户端/ web ui，我会简单地对我的查询进行urlencode，但我的客户请求正是将查询粘贴到IE地址栏，这就是为什么我对这种特定行为感兴趣。

感谢。

Answer 1

是的，您对行为的观察是准确的。 Internet Explorer 10及更低版本遵循用于编码URL的复杂算法。据称这在Internet Explorer 11中已更新，但我发现了新选项doesn't seem to work。

“始终显示编码的地址选项”关系是否显示了针对IDN主机名的PunyCode，并且不会影响查询字符串。 Send UTF-8 URLs主要适用于路径的编码，尽管它也会影响其他代码路径

此行为未在任何地方完整记录。我打算在我的IEInternals博客上写一篇关于它的完整帖子，但最后还是继续从微软转发。在this blog post中有部分解释。

是的，有些设置会影响行为。工具＆gt;中的Send UTF-8 URLs复选框互联网选项＆gt; Advanced是确定URL发送方式的变量之一，但该选项并不盲目地执行它所暗示的内容（只有UTF-8编码路径，而不是查询字符串）。涉及的其他变量包括：

1. 输入网址的位置（例如地址栏与开始＆gt;运行等）
2. 系统的ANSI代码页是什么（例如，OS默认使用的语言环境）
3. 浏览器中当前加载的页面的字符集

由于这些变量，您无法可靠使用未在Internet Explorer中正确编码的网址（例如，％-escaped UTF8）。

Answer 2

不幸的是，对于Internet Explorer 11（版本11.0.9600.17358，win7-x64）仍然如此

我看到你不能不幸地改变了网络服务器。然而，正在开发新服务的人可以考虑将请求参数改变为路径变量，例如，从http://myserver.com/page？τεστ到http://myserver.com /τεστ/

Answer 3

如果客户端通过javascript调用Web服务， 可以使用encodeuricomponent。在您的情况下encodeuricomponent("מחרוזתבעברית");

http://www.w3schools.com/jsref/jsref_encodeURIComponent.asp