UTF-8文件的Unicode签名BOM(Byte Order Mark)问题记录(EF BB BF)

本文记录了一个关于生产环境中配置文件读取异常的问题及解决过程。错误出现在尝试从 properties 文件中读取 redis.cluster 属性时。经过排查发现,问题根源在于文件的 UTF-8 编码存在 BOM 标记。文中详细解释了 BOM 的概念,并提供了最终解决方案——使用 Notepad++ 将文件转换为 UTF-8 无 BOM 格式。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

近半年来在做一个新项目。这不,开发完成了,进入最后的阶段,开始生产环境的打包部署,然后发生了一件让人头疼的事。。。。我带着几个组员找了一天就是定位不到问题,最后只好求助于技术总监。特此记录一下。希望帮助也有此问题的小伙伴!

先来说明一下问题

错误日志

这里写图片描述

相关源码

这里写图片描述

错误最明显不过:就是从properties文件中获取redis.cluster属性时失败。

出现问题的原因

多方查证得知是UTF-8有无BOM的区别(使用Beyond Compare进行16进制对比:右边是错误文件 — 左边是正常文件)。
这里写图片描述

可以看到右边的文件比左边的文件多三个字节,也就是BOM标识。就是它导致的错误。

再来了解一下什么是BOM

可以先看一下阮一峰老师的文章了解一下编码相关的知识:字符编码笔记:ASCII,Unicode 和 UTF-8

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。

最终的解决办法

使用Notepad++编辑,转换为UTF-8无BOM格式即可
这里写图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值