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

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

先来说明一下问题

---

错误日志

相关源码

错误最明显不过：就是从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格式即可