ast.literal_eval在列表推导式读取文件时无法正常工作

核心问题根源 #

你遇到的SyntaxError: unexpected EOF while parsing，本质是传给ast.literal_eval的字符串不是完整的Python字面量（比如空字符串、未闭合的嵌套列表），一行推导式的写法恰好容易触发这种情况，分步写法则通过提前预处理避免了问题。

具体原因拆解 #

1. 未处理空白行/无效行

文件中往往存在空行（比如结尾的换行），一行推导式如果直接读取所有行并传入ast.literal_eval，空字符串会直接触发EOF错误——因为ast.literal_eval无法解析空内容。

分步写法中你先把所有行读取到内存，相当于做了过滤（比如去掉空白行），确保传给解析函数的都是完整的嵌套列表字符串。

2. 成对读取逻辑的缺陷

如果你用zip(f, f)这类方式在推导式中成对读取行，当文件行数为奇数时，最后一次迭代会得到一个完整行和一个空字符串（迭代器到末尾后返回空）。这个空字符串传入ast.literal_eval就会直接报错。

而分步写法中，你可以先过滤行，再用lines[::2]和lines[1::2]严格配对，不会出现这种不完整的元组。

3. 行尾字符未清理

一行推导式如果没去掉行尾的换行符或多余空格，虽然大部分时候ast.literal_eval能处理，但如果某行只有换行符，就会变成空字符串，同样触发EOF错误。分步写法中你大概率已经做了strip()处理，规避了这个问题。

示例对比 #

错误的一行写法（触发报错）

import ast
with open('test.txt') as f:
    # 未过滤空白行，奇数行时会生成含空字符串的配对
    pairs = tuple((ast.literal_eval(line1), ast.literal_eval(line2)) for line1, line2 in zip(f, f))

假设test.txt有3行：

[1, [2, 3]]
[4, 5]
[6]

zip(f,f)会生成两个元组：('[1, [2, 3]]\n', '[4, 5]\n')和('[6]\n', '')，第二个元组的空字符串直接导致解析报错。

正常的分步写法

import ast
with open('test.txt') as f:
    # 先过滤空白行并清理换行符
    lines = [line.strip() for line in f if line.strip()]
# 严格成对配对，只保留完整的行对
str_pairs = tuple(zip(lines[::2], lines[1::2]))
result = tuple((ast.literal_eval(a), ast.literal_eval(b)) for a, b in str_pairs)

这里lines是['[1, [2, 3]]', '[4, 5]', '[6]']，配对后只有完整的行对，不会出现空字符串，解析正常。

内容的提问来源于stack exchange，提问作者treuss