mac系统的UTF-8 BOM编码

前言

前些天我提交了一些sql脚本，同事告诉我他们pl/sql运行我的脚本时报错了，后面找到原因是因为乱码了，我很疑惑，因为我们统一的编码就是UTF-8 ，后来仔细的研究发现，因为同事用的全是pl/sql生成的脚本文件，所以其实他们生成的是UTF-8 BOM ，而我的就是纯UTF-8,他们的pl/sql只能编译UTF-8 BOM的文件，所以我只能想办法把文件换成BOM再提交了

一、UTF-8 BOM是什么？

我查阅了大量资料,发现也有很多开发者被这个 “BOM” 所困扰，
甚至部分人认为BOM的出现就是个错误，无BOM的UTF-才是真UTF-8,

实际上并非如此，utf-8带bom，是win基于兼容性考虑独创的格式，其他系统比如liunx默认不兼容，

二、解决问题

1.解决编码

这样就出现了一个令人烦恼的问题，我提交的脚本他们无法执行，不过有一款很好的转编码软件 notepad++可以直接进行编码转换十分的好用，
遗憾的是notepad++是专门为windos设计了，并没有其他的版本
，一开始我还抱有侥幸心理去App Store看看有没有

然后发现真的有一款notepad+，从名字上看只是少了一个+。还要付费十二块钱购买·······，当时我就傻不拉几的买了，结果进去一看只是一个很普通很普通的记事本·······，这事先不提了，我踩过的坑各位就不用再踩一遍了

那么mac上就没有像notepad++那样可以转编码的工具了吗，我又上网查阅了大量资料，很多博主都是说可以直接用mac的命令行终端去转编码，可是我们的终端也不认识UTF-BOM这种专门为win设置的编码呀，就在穷途末路准备放弃之际，突然看到了我的visual studio code，也对啊，既然是win研究出来的编码肯定要用微软的软件去解决啊，果然在visual studio code的底下有编码

点击右下角的编码格式，我的是UTF-8

然后点击通过编码保存

终于看到了我梦寐以求的BOM啊，能在mac上看到你啊真不容易，[泪奔]，这样我就不用把文件放到windos转编码后在提交了，感谢微软还是给我留了一条后路