這篇文章主要介紹了Python EOL while scanning string literal問題解決方法,本文總結(jié)出是數(shù)據(jù)庫數(shù)據(jù)出現(xiàn)問題導(dǎo)致這個(gè)問題,需要的朋友可以參考下

項(xiàng)目中有個(gè)定時(shí)任務(wù)，每天取到一些表數(shù)據(jù)傳到一個(gè)外部接口，但是最近總是有異常，今天查了下原因。

首先本地和測(cè)試環(huán)境測(cè)試這個(gè)程序都沒問題，只有線上環(huán)境會(huì)在日志中拋出異常，猜測(cè)異常主要產(chǎn)生的原因是數(shù)據(jù)的異常。

但是哪些數(shù)據(jù)有異常，由不得而知，于是增加了程序的輸出日志和數(shù)據(jù)打印，通過幾次的運(yùn)行定位了發(fā)生錯(cuò)誤的函數(shù)和數(shù)據(jù)記錄。

異常是這樣的：

代碼如下:

EOL while scanning string literal: , line 1, pos 7

google一下，這個(gè)異常造成的原因是字符串，引號(hào)沒有成對(duì)出現(xiàn)，也就是類似下面的情況

代碼如下:

str('1)

Traceback (most recent call last):

File "", line 1, in

EOL while scanning string literal: , line 1, pos 7

想一想程序中是沒有這樣的問題，那問題就來自數(shù)據(jù)庫中的記錄了，經(jīng)過排查發(fā)現(xiàn)數(shù)據(jù)庫中有個(gè)字段最大長(zhǎng)度是65k，而存入的數(shù)據(jù)大于65k，整個(gè)字符串就被截?cái)嗔恕?/p>

整個(gè)字符串不是一般的字符串，而是一個(gè)字典的字符形式，類似 str(dictA)

dicA某個(gè)key或者是value正好被截?cái)?例如從{“name”：“orangleiu”} 截?cái)酁?{"name":"orang

所以在取出來的轉(zhuǎn)換成str類型的時(shí)候就報(bào)錯(cuò)了。

加上異常處理和字段增長(zhǎng)長(zhǎng)度解決了問題。

更多信息請(qǐng)查看IT技術(shù)專欄