PHP MYSQL保存int类型无故丢失的罪魁祸首——纪录篇

        最近发现文件解析，保存int类型的数据到mysql会无故丢失，把字段类型改为varchar类型就正常保存，而且我确定保存前是有正常数据的，就是保存不到数据库。百思不得其解。 通过我的不懈努力，坚持耐心的问度娘，最终找到一丢丢线索。

        无意间看到了有关bom头信息的文章。我就想，为啥数据库保存不了文件解析出来的int类型数据却可以保存手写的int类型数据，既然可以保存手写的int类型数据，那就肯定不是数据库或者保存方法的问题，问题肯定就出现在文件解析出来的数据。虽说php获取文件数据会自动变成字符串类型的数字，但是php是弱语言，保存时是会自动转换成int类型的。

        那问题到底出在哪里呢？明明看起来一样的数据，为啥手写的数字可以保存，文件解析出来的数字无法保存？这就是让人抓狂的现象了。直到无意间看到有关bom头信息的文章，我就意识到会不会是bom信息捣鬼，因为刚好这个数字就是在文件的开头，其他数字都正常保存，偏偏第一个数字丢失，然后我就写了一个方法，去除bom头信息，不管他有没有，走一遍就可以了。

 protected function checkStringBom($string)
    {
        $charset1 = substr($string, 0, 1);
        $charset2 = substr($string, 1, 1);
        $charset3 = substr($string, 2, 1);
        if (ord($charset1) == 239 && ord($charset2) == 187 && ord($charset3) == 191) {
            $string = substr($string, 3);
        }
        return $string;
    }

没想到，还真可以了。所以它才是让我抓狂的根源。。。。。。。。

 

本文主要是想要记录下bom头信息的检查方法，顺带说一下最近遇到的问题。希望能够帮助到大家。