今天本人在用python讀取csv文件格式數(shù)據(jù)并進(jìn)行處理的過程中（如何讀取方式參考另一篇短文），遇到了一個(gè)編譯報(bào)錯(cuò)信息 'gbk' codec can't decode byte 0xbb in position 53: illegal multibyte sequence厘贼，如下圖界酒。
通過網(wǎng)上搜索，我找到了一些對我來說都不適用的解決方案嘴秸，這里先羅列一下毁欣。
1、加上 encoding用 utf-8 編碼打開岳掐，如第10行凭疮，with?open("06142222.csv",?'r'，encoding = utf-8)?as?f:?
2串述、加入 ‘ignore’执解，表示忽略錯(cuò)誤，如第十行纲酗，with?open("06142222.csv",?'r'衰腌，'ignore')?as?f:
但是這兩個(gè)方法對我來說并不適用，并且在之前的那篇短文中觅赊，這個(gè)程序是可以運(yùn)行的桶唐，于是，我開始懷疑數(shù)據(jù)本身格式的問題茉兰。這里我把這個(gè)csv文件中的數(shù)據(jù)復(fù)制到notepad++中查看尤泽，果然，發(fā)現(xiàn)了一些異樣规脸，如下圖坯约。
可以發(fā)現(xiàn)，在csv中看似整整齊齊的數(shù)據(jù)莫鸭，在notepad++中卻存在錯(cuò)亂的問題闹丐，由于我的數(shù)據(jù)樣本不大，經(jīng)過我人為的調(diào)整之后被因，再次運(yùn)行程序卿拴，直接通過衫仑。好了，回到這個(gè)csv數(shù)據(jù)格式的問題上堕花，為什么會出現(xiàn)這樣的問題文狱，我在想這可能是我人為調(diào)整過csv源數(shù)據(jù)造成的。
