.net post请求的编码

.net post请求的编码,.net,http,post,character-encoding,.net,Http,Post,Character Encoding,在我的web.config文件中,我有以下行: <globalization requestEncoding="utf-8" responseEncoding="utf-8" /> 一切正常,但我有以下问题: 如果post采用不同的编码,会发生什么情况 有没有办法在浏览器选项中设置post请求的编码(这样我就可以进行测试了) 那个 第一-Accept Encoding与响应的传输编码相关(值gzip,deflate表示客户端将愉快地接受使用gzip或deflate压缩压缩的压缩响应

在我的web.config文件中,我有以下行:

<globalization requestEncoding="utf-8" responseEncoding="utf-8" />
一切正常,但我有以下问题:

  • 如果post采用不同的编码,会发生什么情况

  • 有没有办法在浏览器选项中设置post请求的编码(这样我就可以进行测试了) 那个


  • 第一-
    Accept Encoding
    与响应的传输编码相关(值
    gzip,deflate
    表示客户端将愉快地接受使用
    gzip
    deflate
    压缩压缩的压缩响应)

    它不是实际文本的字符编码,通常包含在请求和响应中的
    内容类型
    标题中,例如
    文本/html;charset=UTF-8
    (分号后的最后一位是字符编码)

    因此,客户端可以通过向内容类型标题提供附加的
    “charset=[name]”
    后缀来显式提供请求正文的字符编码-尽管浏览器会根据用户的区域设置自动选择正确的字符编码(例如,如果是日语,我想它可能会使用utf-16)。虽然它并不意味着任何事情,如果基础字节也没有写入该编码

    浏览器通常不会包含特定的字符编码;同样,服务器也不会这样做(尽管它们现在经常这样做)

    然后,全球化元素用于确定如果请求中未指定字符编码,或者如果响应中的页面未显式设置,服务器将采用什么编码。这是描述的

    因此,它不会影响应用程序解释其他字符编码的能力-只要客户机正确生成请求,服务器将能够解码请求。

    感谢您的澄清:)我的任务是检查是否可以通过表单提交文本,并且提交的文本将被服务器错误解释。在你回答之后,我觉得这很难。我在表单标签中添加了以下属性enctype=“application/x-www-form-urlencoded;charset=ISO-8859-2”accept charset=“ISO-8859-2”,提交西里尔文文本后,服务器仍能很好地解释其内容。
    Accept-Encoding gzip, deflate