✅作者简介：大家好，我是Leo，热爱Java后端开发者，一个想要与大家共同进步的男人😉😉
🍎个人主页：Leo的博客
💞当前专栏： 报错以及Bug
✨特色专栏： MySQL学习
🥭本文内容：记录一次IDEA非法字符’\ufeff’报错
🖥️个人小站 ：个人博客，欢迎大家访问
📚个人知识库： 知识库，欢迎大家访问

UTF8 与 UTF8-BOM，大端与小端等编码到底有何不同

1. 问题发现

最近在运行一个开源项目的时候，后端SpringBoot工程运行时，报了一个错，截图如下

BOM

出于好奇，我们查一下这个编码\\ufeff是个什么东东，查询得知，这是一个标识字节存储顺序的编码。

这个涉及到一个名词：BOM。

BOM：Byte Order Mark， 中文名译作“字节顺序标记”。我们知道一个UNICODE编码中一个汉字大多数占用2个字节，那个这两个字节哪个存储在存储地址高位，哪个存储在低位呢？

Unicode编码中，FEFF表明字节流是Big-Endian（大端序，内存低地址存放高位数据），FFFE则表明字节流是Little- Endian（小端序，内存的低地址存放低位数据）。

(可以巧妙区分为：内存低地址存的是低位就是小端序，内存低地址存的是高位就是大端序)

如“0x11223344”，这个变量的高字节是”0x11“，最低字节是为”0x44“，大端存储时为：

内存地址	数据
0x0010	0x11	低内存地址，高位数据
0x0011	0x22
0x0012	0x33
0x0013	0x44	高内存地址

而小端时数据的顺序则是相反的：

内存地址	数据
0x0010	0x44	低内存地址，低位数据
0x0011	0x33
0x0012	0x22
0x0013	0x11	高内存地址

2. 思路

解决的思路是将文件编码格式由其他编码格式转为 UTF-8格式。

3. 解决方式

3.1 方式一

选择一个其他编码，如GBK。（我选的是GBK）。如下图

第二步：重复步骤一，再将编码选择回来，即第二次选择UTF-8编码。

第三步：嗯，没有第三步，这时候问题应该已经解决了。

3.2 方式二

使用编辑器软件/IDE（windows记事本程序除外）将文件内容复制一份重新保存，并删除旧文件。