EF BB BF

最新推荐文章于 2022-01-07 21:23:21 发布
最新推荐文章于 2022-01-07 21:23:21 发布
阅读量1.4w 收藏 6
点赞数 5
分类专栏： 其他 文章标签： utf8 GBK
EF BB BF
 Unicode签名BOM(Byte Order Mark)

近日在调测一个UTF8编码的中文Zen Cart网站时遇到一件怪事，网页显示文字正常，用ie的察看源文件（记事本打开）却发现乱码，firefox没有这个问题。经在网上多方查证和多次测 试，解决了这个问题，其实是UTF-8文件的Unicode签名BOM(Byte Order Mark)问题。

BOM(Byte Order Mark)，是UTF编码方案里用于标识编码的标准标记，在UTF-16里本来是FF FE，变成UTF-8就成了EF BB BF。这个标记是可选的，因为UTF8字节没有顺序，所以它可以被用来检测一个字节流是否是UTF-8编码的。微软做这种检测，但有些软件不做这种检测， 而把它当作正常字符处理。

微软在自己的UTF-8格式的文本文件之前加上了EF BB BF三个字节, windows上面的notepad等程序就是根据这三个字节来确定一个文本文件是ASCII的还是UTF-8的, 然而这个只是微软暗自作的标记, 其它平台上并没有对UTF-8文本文件做个这样的标记。

也 就是说一个UTF-8文件可能有BOM，也可能没有BOM，那么怎么区分呢？三种方法。1，用UltraEdit-32打开文件，切换到十六进制编辑模 式，察看文件头部是否有EF BB BF。2，用Dreamweaver打开，察看页面属性，看“包括Unicode签名BOM”前面是否有个勾。3，用Windows的记事本打开，选择 “另存为”，看文件的默认编码是UTF-8还是ANSI，如果是ANSI则不带BOM。

我找到Zen Cart的模版文件中的html_header.php，发现文件果然不带BOM，用UltraEdit-32另存为的方式加上BOM后，再上传html_header.php，一切正常。

注 意用Convertz把gb2312文件转换成UTF-8文件时，默认设置是不带BOM的。不带BOM可能出现上述乱码问题，但是带 BOM，对于php的include文件要小心，会在php字节流前面多出EF BB BF，提前输出到显示器有可能会带来程序错误。一个解决方案是凡是被include的文件都保存为ANSI，主文件可以是UTF-8。要想把一个文件去掉 BOM，使用UlterEdit打开, 切换到十六进制编辑模式，把最前面三个字节(就是那该死的 EF BB BF)替换为20，保存（注意关闭保存时自动备份的功能），再切换到默认编辑模式，把最前面的三个空格去掉就可以了。

另 外还学到一些编码的小知识：所谓的unicode保存的文件实际上是utf-16，只不过恰好跟unicode的码相同而已,但在概念上unicode与 utf是两回事，unicode是内存编码表示方案，而utf是如何保存和传输unicode的方案。utf-16还分高位在前 (LE)和高位在后(BE)两种。官方的utf编码还有utf-32，也分LE和BE。非unicode官方的utf编码还有utf-7，主要用于邮件传 输。utf-8的单字节部分是和iso-8859-1兼容的，这主要是一些旧的系统和库函数不能正确处理utf-16而被迫出来的，而且对英语字符来说， 也节省保存的文件空间（以非英语字符浪费空间为代价）。在iso-8859-1的时候，utf8和iso-8859-1都是用一个字节表示的，当表示其它 字符的时候，utf-8会使用两个或三个字节

SOME/IP协议详解「2.1.2·Payload数据类型序列化」
雪云飞星的博客
01-23 4278
SOME/IP协议详解「2.1.2·Payload数据类型序列化」 点击返回雪云飞星的SOME/IP协议详解「总目录」 SOME/IP协议详解「2.1.2·Payload数据类型序列化」1 大小端问题2 数据对齐填充问题3 都有哪些数据类型 之前简单的概括了一下序列化/反序列化，就是降维打击，从这一章开始到2.1所有章节结束，都在讲解这个降维打击的详细规则与原理 1 大小端问题 首先什么是大小端： 大端：高字节存放到内存的低地址 小端：高字节存放到内存的高地址 假如有一个数据是0x12345678
ef bb bf--utf-8 bom
zhangxinrun的专栏
08-23 6928
<br />Unicode规范中有一个BOM的概念。BOM——Byte Order Mark，就是字节序标记。在这里找到一段关于BOM的说明：<br />在UCS 编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，先传输字符"ZERO WIDTH NO-BREAK SPACE"。这样如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE
mysql efbb bf_UTF-8 BOM(EF BB BF)
weixin_29515393的博客
01-19 395
原标题：link标签和script标签跑到body下面，网页顶部有空白，出现“锘匡豢”乱码，UTF-8 BOM，EF BB BF最近在做一个简单的记账系统，用php+mysql。在要完工的时候发现了一个问题，研究了2天的时间才有了答案。以下是页首的裁图：页面的头部有空白区域。有的人可能怀疑是css的margin,padding,border没有重置为0造成的。其实不然，我已经将这几个属性重置为0。...
UTF-8文件的Unicode签名BOM(Byte Order Mark)问题
热门推荐
thimin的专栏
08-03 2万+
UTF-8文件的Unicode签名BOM(Byte Order Mark)问题Published by jcold June 7th, 2007 in 未分类 近日在调测一个UTF8编码的中文Zen Cart网站时遇到一件怪事，网页显示文字正常，用ie的察看源文件（记事本打开）却发现乱码，firefox没有这个问题。经在网上多方查证和多次测试，解决了这个问题，其实是UTF-8文件的
UTF-8文件的Unicode签名BOM(Byte Order Mark)问题记录（EF BB BF）
weixin_30606669的博客
02-28 158
背景 楼主测试的批量发送信息功能上线之后，后台发现存在少量的ERROR日志，日志内容为手机号码格式不正确。 此前测试过程中没有出现过此类问题，从运营人员拿到的发送列表的TXT，号码是符合规则的，且格式是要求的UTF-8，未发现异常。 因为博主还有别的需求，所以直接反馈给了开发，让开发定位。 定位过程 两天之后，开发给了我两个文件，问我有没有办法找出这两个文件的不同。我看了一下，文件内容完...
UTF-8文件的Unicode签名BOM（Byte Order Mark）问题记录（EF BB BF）
挖坑埋你
06-16 2215
近半年来在做一个新项目。这不，开发完成了，进入最后的阶段，开始生产环境的打包部署，然后发生了一件让人头疼的事。。。。我带着几个组员找了一天就是定位不到问题，最后只好求助于技术总监。特此记录一下。希望帮助也有此问题的小伙伴！ 先来说明一下问题 错误日志 相关源码 错误最明显不过：就是从properties文件中获取redis.cluster属性时失败。 ...
HexView.rar_Hex view buffer_aside51c_hexview ef bb bf_ida hexvie
07-13
简单但易用的十六进制查看器。可以调整栏宽度。
utf-8编码的csv文件 Excel 打开乱码 输出前加 0xEF,0xBB,0xBF 三个char
aosui8425的博客
08-13 1377
是由于输出的CSV文件中没有BOM.BOM是Byte Order Mark（定义字节顺序），因为在网络传输中分两种顺序：大头和小头。其实是UTF-8文件的Unicode签名BOM(Byte Order Mark) 在UCS 编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。U...
C#写入文件加上bom头，主要适用于utf8文件
04-26
在编程领域，BOM（Byte Order Mark）是一个特殊字符序列，用于标识文本文件的编码格式。在UTF-8编码中，BOM是一个由三个字节组成的序列：0xEF, 0xBB, 0xBF，它位于文件的开头，用来表明该文件采用的是UTF-8编码。...
python编码与解码示例
manao123的博客
01-07 530
python编码与解码示例
mysql efbb bf_EF BB BF的问题
weixin_34487308的博客
01-19 712
Unicode规范中有一个BOM的概念。BOM——Byte Order Mark，就是字节序标记。在这里找到一段关于BOM的说明：在UCS 编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，先传输字符"ZERO WIDTH NO-BREAK SPACE"...
EF BB BF 文本文件开头 iniparser
明天乌儿会歌唱
05-19 2096
文本文件开头有3个字节，EF BB BF ，这3上字节是windows加上的，好像是UTF8的一个标志，如果保存ANSI格式的话，就不会有这3个字节， 我在linux上调试iniparser软件，一直失败，就后发现原来是这个原因。 willow@willow-virtual-machine:~/linux/imx6ull/app/zhanfang$ ./iniexample DevSet.ini 1 line: [AT] iniparser: syntax error in DevSet.ini (.
PHP与BOM头（EF BB BF）_莫枫恋_新浪博客
青羽的专栏
07-29 535
BOM: Byte Order Mark UTF-8 BOM又叫UTF-8 签名,其实UTF-8 的BOM对UFT-8没有作用,是为了支援UTF-16,UTF-32才加上的BOM,BOM签名的意思就是告诉弱编辑器（记事本）当前文件采用何种编码,方便编辑器识别。 PHP在设计之初，没有考虑到BOM头的问题，因此很容易因为BOM头引发诡异的问题，比如编码转换失败，样式错乱等等问题，而且...
mysql efbb bf_UTF-8文件的Unicode签名BOM(Byte Order Mark)问题记录（EF BB BF）
weixin_31862047的博客
01-27 137
背景楼主测试的批量发送信息功能上线之后，后台发现存在少量的ERROR日志，日志内容为手机号码格式不正确。此前测试过程中没有出现过此类问题，从运营人员拿到的发送列表的TXT，号码是符合规则的，且格式是要求的UTF-8，未发现异常。因为博主还有别的需求，所以直接反馈给了开发，让开发定位。定位过程两天之后，开发给了我两个文件，问我有没有办法找出这两个文件的不同。我看了一下，文件内容完全相同。后来使用软件...
Django下碰到EF BB BF问题
肥三的专栏
10-25 5731
所谓的EF BB EF问题，其实是 UTF-8 BOM带来的，在JSP和PHP开发中都经常碰到。具体说来就是，如果在JSP、 PHP文件中include了另外一个文件，而这个文件是UTF-8编码，并且带用BOM标志，那么在模板渲染处理之后，会把BOM标志加到页面内容里。IE浏览器中，不会显示BOM字符，但是也不把它当作空字符，有可能会造成页面错位。Firefox似乎是把它当成空字符的，影响
php ef bb bf,神奇的%EF%BB%BF解决方法
weixin_36335482的博客
03-11 2109
神奇的%EF%BB%BF废话不多说上代码：前台：function on_post_form(){var f = document.post_myform;var s_paramName = document.getElementById("select_paramName").value;f.action = "__APP__/index/select_infomessage-s_paramNam...
php ef bb bf,「PHP编程」PHP中的这些坑，你没踩过算你厉害
weixin_42515093的博客
03-11 266
在日常开发中，我们经常碰到这样的问题，即有些PHP问题看似简单，一说就明，但是一到使用时就踩坑。比如，下面我所列的几条：1、由于使用单引号，以“ ”为分割符，使用PHP函数explode分割字符串，不能正常分割。原因：这个涉及到单引号与双引号的区别，在单引号中反斜杠不能被解析。因此，使用explode分割时，如果使用单引号， 会被当作字符串，而不是换行符，所以此时，不能正常分割。类似问题还有字符串...
mysql 字段隐藏字符(EFBBBF) 导致查询不出来数据
oJueQiang123456的博客
05-14 2309
现象：mtagid有隐藏字段(EFBBBF)，导致用where mtagid = 'hz_12_77158|1' 查询不出数据 +---------+------------------+----------------+----------------------------------+ | url_id | mtagid | length(mtagid) | hex...
fgets函数读到的数据前面有EFBBBF
weixin_38282471的博客
05-14 252
用fgets函数读配置文件，读到的数据前面有3个字节的\xEF\xBB\xBF，原因是文件编码格式是UTF-8格式的，读ANSI格式的文件就是正常的。
Di%2Cj%2Ck%E8%A1%A8%E7%A4%BA%E4%BB%8Ei%E5%88%B0j%E7%9A%84%E6%9C%80%E7%9F%AD%E8%B7%AF%E5%BE%84%EF%BC%8C%E8%AF%A5%E8%B7%AF%E5%BE%84%E7%BB%8F%E8%BF%87%E7%9A%84%E4%B8%AD%E9%97%B4%E7%BB%93%E7%82%B9%E6%98%AF%E5%89%A9%E4%BD%99%E7%9A%84%E7%BB%93%E7%82%B9%E7%BB%84%E6%88%90%E7%9A%84%E9%9B%86%E5%90%88%E4%B8%AD%E7%9A%84%E7%BB%93%E7%82%B9%EF%BC%8C%E5%81%87%E8%AE%BE%E7%BB%8F%E8%BF%87k%E4%B8%AA%E7%BB%93%E7%82%B9%EF%BC%8C%E7%BC%96%E5%8F%B7%E4%B8%BA1%E2%80%A6k%EF%BC%8C%E7%84%B6%E5%90%8E%E8%BF%99%E9%87%8C%E5%B0%B1%E5%88%86%E4%B8%BA%E4%BA%86%E4%B8%A4%E7%A7%8D%E6%83%85%E5%86%B5%EF%BC%9A%5Cn%5Cn%E5%A6%82%E6%9E%9C%E8%B7%AF%E5%BE%84%E7%BB%8F%E8%BF%87%E4%BA%86%E7%BB%93%E7%82%B9k%EF%BC%8C%E9%82%A3%E4%B9%88ij%E7%9A%84%E8%B7%9D%E7%A6%BB%E5%B0%B1%E7%AD%89%E4%BA%8Eik%E7%9A%84%E8%B7%9D%E7%A6%BB%E5%8A%A0%E4%B8%8Akj%E7%9A%84%E8%B7%9D%E7%A6%BB%EF%BC%8C%E7%84%B6%E5%90%8E%E5%89%A9%E4%BD%99%E5%B0%B1%E7%BB%8F%E8%BF%87k-1%E4%B8%AA%E7%82%B9%5Cn%E5%A6%82%E6%9E%9C%E4%B8%8D%E7%BB%8F%E8%BF%87%E7%BB%93%E7%82%B9k%EF%BC%8C%E9%82%A3ij%E7%9A%84%E8%B7%9D%E7%A6%BB%E5%B0%B1%E7%AD%89%E4%BA%8Ei%E5%88%B0j%E7%BB%8F%E8%BF%87k-1%E4%B8%AA%E7%82%B9%EF%BC%88%E4%B8%8D%E5%8C%85%E6%8B%ACk%EF%BC%89%E7%9A%84%E8%B7%9D%E7%A6%BB
最新发布
05-10
### 动态规划中最短路径算法的递推公式 动态规划用于解决最短路径问题的核心在于通过状态转移方程来逐步构建最优解。假设存在一个加权图 \( G=(V,E) \)，其中 \( V \) 是顶点集合，\( E \) 是边集合，则可以定义从顶点 \( i \) 到顶点 \( j \) 的最短路径长度。 #### 定义递推关系 设 \( D(i,j,k) \) 表示从顶点 \( i \) 到顶点 \( j \) 的最短路径长度，且这条路径只允许经过编号小于等于 \( k \) 的中间节点。那么递推公式如下： \[ D(i,j,k)=\begin{cases} w(i,j), & \text{if } k=0 \\ \min(D(i,j,k-1), D(i,k,k-1)+D(k,j,k-1)), & \text{otherwise} \end{cases} \] 这里 \( w(i,j) \) 表示直接连接顶点 \( i \) 和 \( j \) 边的权重[^4]。 #### 两种情况的推导过程 ##### 情况一：不考虑第 \( k \) 号节点作为中间节点 如果最短路径从 \( i \) 到 \( j \) 不经过任何编号大于 \( k-1 \) 的节点，则此时的状态值保持不变，即： \[ D(i,j,k) = D(i,j,k-1) \] ##### 情况二：考虑第 \( k \) 号节点作为中间节点 当最短路径可能经过编号为 \( k \) 的节点时，需要比较两条潜在路径的长度： 1. **直接路径**：从 \( i \) 到 \( j \) ，其长度由前一步的结果给出，即 \( D(i,j,k-1) \)； 2. **间接路径**：先从 \( i \) 经过 \( k \) 再到达 \( j \)，总长度为 \( D(i,k,k-1) + D(k,j,k-1) \)[^5]。 最终取两者较小者作为新的状态值： \[ D(i,j,k) = \min(D(i,j,k-1), D(i,k,k-1) + D(k,j,k-1)) \] 此公式的本质是利用分治的思想，在每一轮迭代中尝试加入一个新的候选中间节点，并重新评估当前已知的最佳路径。 ```python def floyd_warshall(graph): node_num = len(graph) shortest_path_matrix = [[float('inf')] * node_num for _ in range(node_num)] # 初始化距离矩阵 for i in range(node_num): for j in range(node_num): if i == j: shortest_path_matrix[i][j] = 0 elif graph[i][j]: shortest_path_matrix[i][j] = graph[i][j] # 更新距离矩阵 for k in range(node_num): for i in range(node_num): for j in range(node_num): shortest_path_matrix[i][j] = min( shortest_path_matrix[i][j], shortest_path_matrix[i][k] + shortest_path_matrix[k][j] ) return shortest_path_matrix ```
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值