编码中的BOM遇到的坑

    xiaoxiao2021-12-15  36

    问题描述

    最近在调试一个远程restful api的时候遇到这样一个问题:

    需要执行这样的一个post请求: http://122.49.22.244:9288/getContact_DJ.php

    使用httpPost执行会在response结果里面看到字符串的开始位置有一个乱码。

    但是使用在线url测试工具和Postman测试的时候发现返回的字符串完全正常

    问题分析

    通过下面的博客找到了原因

    http://huoding.com/2011/05/14/78

    按照博客中的内容,我也执行了以下命令,执行结果:

    发现文件的开头果然有3个特殊字符:\357\273\277

    说明是对方在保存文件的时候使用utf-8编码的时候没有去掉BOM

    什么是BOM

    下面一段摘自百度百科

    BOM (隐藏字符) 编辑 本词条缺少信息栏,补充相关内容使词条更完整,还能快速升级,赶紧来编辑吧! BOM采用UTF-8编码。几乎所有的文本编辑软件都可以显示并编辑UTF-8编码的文件。但是很遗憾,其中很多软件的表现并不理想。 如果您在修改任何PHP文件后发生: * 不能登入或者不能登出; * 页顶出现一条空白; * 页顶出现错误警告; * 其它不正常的情况。 则多半是编辑器的问题。 类似WINDOWS自带的记事本等软件,在保存一个以UTF-8编码的文件时,会在文件开始的地方插入三个不可见的字符(0xEF 0xBB 0xBF,即BOM)。它是一串隐藏的字符,用于让记事本等编辑器识别这个文件是否以UTF-8编码。对于一般的文件,这样并不会产生什么麻烦。但对于 PHP来说,BOM是个大麻烦。 PHP并不会忽略BOM,所以在读取、包含或者引用这些文件时,会把BOM作为该文件开头正文的一部分。根据嵌入式语言的特点,这串字符将被直接执行(显示)出来。由此造成即使页面的 top padding 设置为0,也无法让整个网页紧贴浏览器顶部,因为在html一开头有这3个字符呢!

    转载请注明原文地址: https://ju.6miu.com/read-1000120.html

    最新回复(0)