HTML配置ISO-8859-2编码时POST提交与页面显示乱码问题

你遇到的是最典型的编码声明与实际存储/传输编码不匹配问题，不存在特殊兼容性bug：

• 静态页面乱码的核心原因：你编写HTML文件时，代码编辑器默认将文件保存为UTF-8编码，但你在meta标签里强制声明页面编码为ISO-8859-2。浏览器读取文件时会严格按照声明的编码解析字节流：UTF-8里的非ASCII字符都是2-3字节的多字节结构，ISO-8859-2是单字节编码，会把每个UTF-8字节单独映射成一个字符，最终就出现了你测试页里ĹƒĂłĂ´这类乱码。比如你写的ó字符，UTF-8存储为两个字节0xC3 0xB3，按ISO-8859-2逐字节解析刚好对应Ă和ł两个字符，和你看到的乱码完全吻合。
• POST提交乱码的核心原因：你看到的ą,ć,ę,ł,ń这串乱码，本质和静态页乱码逻辑完全一致：表单提交时浏览器没有按预期用ISO-8859-2编码参数，反而用了页面实际解析对应的编码（要么是把UTF-8字节错误解析后的字符再编码传输，要么直接提交了原始UTF-8字节），接收端拿到字节流后按ISO-8859-2解析，自然全是乱码。
  补充说明：accept-charset属性的浏览器兼容性一直存在缺陷，从来不是强制表单编码的可靠方案，很多浏览器只会在表单字符无法用页面默认编码表示时，才会fallback到accept-charset指定的编码，不会主动做全量编码转换。

按顺序操作即可彻底解决问题：

• 第一步：对齐文件存储编码和声明编码。如果你必须用ISO-8859-2传输参数，打开代码编辑器，把两个HTML文件的实际保存编码改成ISO-8859-2，不要用UTF-8存储。改完直接打开本地测试页，不需要修改任何meta标签，静态写的Ńóô就会正常显示。

  验证技巧：打开页面后按F12调出开发者工具，在文档详情里可以看到浏览器实际使用的解析编码，确认显示为ISO-8859-2就说明这一步配置正确。

• 第二步：不要单独依赖accept-charset控制表单编码。在表单里加一个隐藏字段<input type="hidden" name="_charset_">，浏览器提交表单时会自动把这个字段的值填充为实际使用的提交编码，接收端可以先读取这个字段确认编码，再解析其他参数，避免猜错编码出乱码。
• 长期优化建议：如果接收端没有强制要求必须用ISO-8859-2，全链路统一用UTF-8编码是成本最低的方案——把meta标签的charset改成UTF-8，文件也存成UTF-8，去掉表单里的accept-charset属性，能从根源上避免绝大多数网页编码乱码问题，不需要反复在各个环节对齐编码配置。

内容的提问来源于stack exchange，提问作者Oskar Oskar