這篇文章主要介紹了Python EOL while scanning string literal問題解決方法,本文總結出是數(shù)據(jù)庫數(shù)據(jù)出現(xiàn)問題導致這個問題,需要的朋友可以參考下
項目中有個定時任務，每天取到一些表數(shù)據(jù)傳到一個外部接口，但是最近總是有異常，今天查了下原因。
首先本地和測試環(huán)境測試這個程序都沒問題，只有線上環(huán)境會在日志中拋出異常，猜測異常主要產生的原因是數(shù)據(jù)的異常。
但是哪些數(shù)據(jù)有異常，由不得而知，于是增加了程序的輸出日志和數(shù)據(jù)打印，通過幾次的運行定位了發(fā)生錯誤的函數(shù)和數(shù)據(jù)記錄。
異常是這樣的：
代碼如下:
EOL while scanning string literal: , line 1, pos 7
google一下，這個異常造成的原因是字符串，引號沒有成對出現(xiàn)，也就是類似下面的情況
代碼如下:
str('1)
Traceback (most recent call last):
File "", line 1, in
EOL while scanning string literal: , line 1, pos 7
想一想程序中是沒有這樣的問題，那問題就來自數(shù)據(jù)庫中的記錄了，經過排查發(fā)現(xiàn)數(shù)據(jù)庫中有個字段最大長度是65k，而存入的數(shù)據(jù)大于65k，整個字符串就被截斷了。
整個字符串不是一般的字符串，而是一個字典的字符形式，類似 str(dictA)
dicA某個key或者是value正好被截斷 例如從{“name”：“orangleiu”} 截斷為 {"name":"orang
所以在取出來的轉換成str類型的時候就報錯了。
加上異常處理和字段增長長度解決了問題。
更多信息請查看IT技術專欄
公眾號
事業(yè)單位
當前位置：
公考類
招聘類
各類考試