html 指定页面字符集的两种方式

Heaven helps those who help themselves
资深码农+深耕理财=财富自由
欢迎关注

html 指定页面字符集的两种方式

Created by Marydon on 2019-09-07 16:59

1.html指定页面字符集的两种方式

　　方式一：

?

1	< meta charset="utf-8">

　　方式二：

?

1	< meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

　　以上就是将页面的字符集设置成UTF-8的两种方式（设置页面字符集），目的在于：告诉浏览器该html文件的字符集。

2.设置页面使用字符集的两种方式

第一种：服务器指定响应内容的字符集；

?

1	response.setCharacterEncoding( "utf-8" );

前提：服务器通过服务器转发或者重定向到指定的界面。　　

第二种：页面指定字符集。

见1

说明：第一种方式的优先级高于第二种。

3.服务器转发

　　页面已经设置好了字符集

　　这是怎么回事，为什么不生效？ 

2.原因分析

　　通过服务器完成页面的跳转请求（转发）

　　返回的时候，并没有指定将要返回数据的字符集。 

　　f12捕获网络，获取到的相应的页面的字符集为iso-8859-1，所以浏览器解析该页面时就会出现乱码。　　　　 

3.解决方案

　　如果是转发，则需指定返回数据的字符集为utf-8即可。

?

1	response.setCharacterEncoding( "utf-8" );

4.服务器重定向

　　重定向，且没有指定返回数据的编码集，页面会怎么样？ 

　　字符集由页面说了算，即：页面的字符集有页面中关于字符集的声明决定。

　　比如：页面指定字符集为：iso-8859-1

　　则浏览器就按照iso-8859-1也解析。 

　　另外，就算重定向设置返回数据的编码集，也无效，因为：重定向将导致数据丢失！

5.总结

　　如果页面由服务器转发而来，则页面的字符集由转发决定；否则，重定向的界面或者普通界面的字符集由HTML页面本身的声明的字符集决定！

　　注意：今天讲的是页面字符集的问题和纯粹的数据交互时出现的乱码不是一码事！

　　另外，如果HTTP响应头与meta中都指定了字符集，会造成冲突，http响应的字符集生效。

 

写在最后

　　哪位大佬如若发现文章存在纰漏之处或需要补充更多内容，欢迎留言！！！

 相关推荐：

• 个人主页
• html声明charset="utf-8"后，浏览器访问中文依旧乱码(绝对有效)
• javaWeb如何转发数据，jsp页面如何接收？
• springboot 跳转到网页上的两种实现方式（转发与重定向详细对比）

与君共勉：最实用的自律是攒钱，最养眼的自律是健身，最健康的自律是早睡，最改变气质的自律是看书，最好的自律是经济独立 。

您的一个点赞，一句留言，一次打赏，就是博主创作的动力源泉！

↓↓↓↓↓↓写的不错，对你有帮助？赏博主一口饭吧↓↓↓↓↓↓