✅作者简介:大家好,我是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编码。
第三步:嗯,没有第三步,这时候问题应该已经解决了。文章来源:https://www.toymoban.com/news/detail-709310.html
3.2 方式二
使用编辑器软件/IDE(windows记事本程序除外)将文件内容复制一份重新保存,并删除旧文件。文章来源地址https://www.toymoban.com/news/detail-709310.html
到了这里,关于记录一次IDEA非法字符‘\ufeff‘报错的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!