带 BOM 的 UTF-8格式文档带来的灾难

本文分享了一位开发者在PHP项目中遇到的SQL文件导入问题及其解决方案。问题表现为首个SQL语句未能正确执行,经过排查发现是由于TXT文件的BOM(Byte Order Mark)标记导致。通过更改文件格式并移除BOM,成功解决了该问题。

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



最近忙一个PHP项目,安装数据库执行SQL代码时(数据表和插入数据SQL语句)老是执行第一个表和插入数据命令不执行,数据表和数据库测试数据分别保存在两个txt文档中,但进入MySQL数据库中可以手动执行,怪哉怪哉。。。。


查阅很多资料,有的说是SQL保留关键词问题,有的说是MySQL版本问题,众说风云.....然还去借鉴验证。结果,都是被推翻了,究竟原因是什么?再次用editplus打开.txt文档看SQL语句,看了一遍又一遍,找不到语句代码的问题,怎么回事?老是这样用语句手动执行可不行,那样客户不懂怎么办?


思考了2天时间,耗费了很多精力,找不出问题所在,难道真的出鬼了?既然SQL语句没有问题,为什么会出现第一个SQL表语句不执行,其他都执行? 难带文件头有代码干扰?可是文件头是空白,没有任何可见语句......突然想到文档内部格式,难道是这个干扰?


PS:文档内部格式,我的理解就是文档或者文件的计算机协议格式,如告诉计算机这个是文件还是图片之类的看不见的协议格式,这个任何玩计算机的人视觉是看不到的,是隐藏的,具体程序爱好者可以用编辑器打开图片看下,乱码吧.....哈哈,用程序open就看到了,都是些变态,很长的字符串代码,难道是这个干扰?


看到文件头有bom标识,里面竟然真的有分割字符,导致PHP不认,无法执行开始的SQL语句,直接跳过第一个,那是不是去除这个干扰代码就行了呢?我没有尝试,但是我用软件改变格式了,去除带unicode (bom)协议,OK,文档语句正常运行。

坑人的节奏,这个只是遇到的问题,也许有其他人遇到,此提醒希望对所有同行有所帮助。


带 BOM 的 UTF-8格式文件有点任性,好像有的用ASP写的验证码不显示加上带 BOM 的 UTF-8格式属性就显示了,具体编程大神们都应该遇到过吧。。。。。。。。[同行转走记得带出处,来源鑫跃科技,感谢!]


                                                                                                                                                              2016.3.1 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

XYCMS

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值