ASP.NET 字符编码的那些事
ASP.NET 中的字符编码问题,一般会有两个场景:
- HTML 编码:一般是动态显示 HTML 字符或标签,写法是:
HttpUtility.HtmlDecode(htmlString)
或Html.Raw(htmlString)
等。 - URL 编码:一般是作为 URL 的一部分,写法是:
HttpUtility.UrlDecode(urlString)
或Uri.EscapeDataString(urlString)
等,具体的流程就是上面的图,因为涉及到 URL 及请求处理,所以对于一些特殊字符的处理,要格外小心。
HTML 编码
在 ASP.NET 中,这也是我们使用最多的一种,流程很简单,把 HTML 标签内容存储到数据库,然后再获取出来展示,在存储数据库之前,一般会进行 HTML 编码,因为 MVC 在展示的时候,会对字符型的 HTML 做保护处理,所以要对 HTML 编码后的字符,再进行转码。
MVC 展示字符一般会有两个场景:
- 显示 HTML 字符(比如 < > 等特殊字符)。
- 显示 HTML 标签(把字符作为 HTML 标签显示)。
我们来看一个代码示例:
1. @HttpUtility.HtmlEncode("<span>test</span> ")
<br />
2. <span>test</span>
<br />
3. @("<span>test</span>")
<br />
4. @HttpUtility.HtmlDecode("<span>test</span> ")
<br />
5. @HttpUtility.HtmlDecode("<span>test</span>")
<br />
6. @Html.Raw("<span>test</span> ")
<br />
7. @Html.Raw("<span>test</span>")
显示结果:
简单总结:
- HttpUtility.HtmlDecode 和 Html.Raw 作用并不相同。
- HttpUtility.HtmlDecode 仅仅是对编码后的 HTML 进行转码,效果和第三点一样。
- Html.Raw 是对原字符进行直接输出,是什么就是什么。
- HttpUtility.HtmlDecode 一般会用在显示 HTML 字符。
- Html.Raw 一般会用在显示 HTML 标签。
URL 编码
关于 URL 编码,说简单也简单,说复杂也很头疼,简单列举下几种常用方式:
- HttpUtility.UrlEncode:最常用的一种,一般是对参数进行编码,但对于一些特殊字符不适用,而且 URL 显示不友好。
- Uri.EscapeDataString:相关博文,处理一些特殊字符(+),需要在 web.config 中配置 allowDoubleEscaping 为 true。
在最上面图中,一共有五步流程,但都是问号,下面我用一个示例,来说明这五步具体该如何操作,示例 URL:
http://www.cnblogs.com/xishuai/tag/蟋蟀·博客园&URL 空格<>test
处理步骤:
- 从界面提交到应用服务器,不进行转码,值为:蟋蟀·博客园&URL 空格<>test。
- 从应用服务器提交到数据库,不进行转码,值为:蟋蟀·博客园&URL 空格<>test。
- 从数据库获取到应用服务器,不进行解码,值为:蟋蟀·博客园&URL 空格<>test。
- 从应用服务器展现到地址栏,进行转码(Uri.EscapeDataString),值为:蟋蟀·博客园%26URL%20空格<>test。
- 从浏览器响应到应用服务器,不进行解码,值为:蟋蟀·博客园&URL 空格<>test。
在上面第4、5步的时候,URL 会变为:
http://www.cnblogs.com/xishuai/tag/%E8%9F%8B%E8%9F%80%C2%B7%E5%8D%9A%E5%AE%A2%E5%9B%AD%26URL%20%E7%A9%BA%E6%A0%BC%3C%3Etest
这个不需要你进行任何操作,从浏览器到服务器、从服务器到浏览器,这个过程中,URL 会进行自动转码和解码,比如你在 Action 中获取 Tag 值,并不需要使用 HttpUtility.UrlDecode 解码操作。
不过,针对一些特殊的字符,因为第5步是请求操作,IIS 会对请求进行一些检测,web.config 还需要进行下面配置:
<system.web>
<compilation targetFramework="4.5" />
<httpRuntime requestValidationMode="2.0" requestPathInvalidCharacters="" /><!--添加的配置-->
</system.web>
<system.webServer>
<modules runAllManagedModulesForAllRequests="true" />
<security>
<requestFiltering allowDoubleEscaping="true"/><!--添加的配置-->
</security>
</system.webServer>
总的来说,URL 特殊字符编码问题,只使用 Uri.EscapeDataString,然后 web.config 进行如上配置就可以了。
///2015-6-2更新:
如果 URL 包含“.”参数,如:www.cnblogs.com/xishuai/tag/....../
,则会出现“404”错误(IIS 截获了,没有到应用程序),但并非是 HTTP 状态码,解决方式:
<system.web>
<httpRuntime relaxedUrlToFileSystemMapping="true" /><!--添加的配置-->
</system.web>
作者:田园里的蟋蟀
微信公众号:你好架构
出处:http://www.cnblogs.com/xishuai/
公众号会不定时的分享有关架构的方方面面,包含并不局限于:Microservices(微服务)、Service Mesh(服务网格)、DDD/TDD、Spring Cloud、Dubbo、Service Fabric、Linkerd、Envoy、Istio、Conduit、Kubernetes、Docker、MacOS/Linux、Java、.NET Core/ASP.NET Core、Redis、RabbitMQ、MongoDB、GitLab、CI/CD(持续集成/持续部署)、DevOps等等。
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接。
微信公众号:你好架构
出处:http://www.cnblogs.com/xishuai/
公众号会不定时的分享有关架构的方方面面,包含并不局限于:Microservices(微服务)、Service Mesh(服务网格)、DDD/TDD、Spring Cloud、Dubbo、Service Fabric、Linkerd、Envoy、Istio、Conduit、Kubernetes、Docker、MacOS/Linux、Java、.NET Core/ASP.NET Core、Redis、RabbitMQ、MongoDB、GitLab、CI/CD(持续集成/持续部署)、DevOps等等。
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接。