Python3.7下pyparsing解析结果用isinstance判定为list返回False的问题咨询

pyparsing 的parseString()方法返回值并非Python原生list类型，而是模块自定义的ParseResults类实例。
该类专门做了接口和输出的适配，打印时的展示效果和普通列表完全一致，支持索引访问、循环遍历，使用体验和原生list高度相似，所以你从控制台输出上完全分辨不出差异。但在适配Python 3.7的pyparsing 2.x版本中，ParseResults是完全独立的自定义类，没有继承原生list，因此isinstance(greeting, list)会返回False。
你可以直接加一行代码验证返回值的实际类型：

print(type(greeting))
# 实际输出为 <class 'pyparsing.ParseResults'>，而非<class 'list'>

设计ParseResults的目的，是在保留原生列表使用习惯的基础上，额外给解析结果增加实用能力：

• 支持通过匹配时定义的结果名直接访问值，比如greeting.first_name，无需靠索引硬取
• 自动保留解析时的字符位置、嵌套结构信息
• 支持扁平化提取嵌套匹配的结果

根据你的实际使用场景，可以选择对应处理方式：

• 如果不需要严格卡“必须是原生list”的类型要求，只需要判断对象是可遍历、可索引的序列，就换成用Python标准库的抽象序列类做判断：

  from collections.abc import Sequence
  res = isinstance(greeting, Sequence)
  

  这种判断可以兼容原生list、tuple、pyparsing的ParseResults等所有标准序列类型，适配性更强。
• 如果你后续流程确实需要纯原生list对象，直接对ParseResults做强制类型转换即可：

  greeting_list = list(greeting)
  # 此时greeting_list就是标准的原生list，isinstance判断会返回True
  

• 如果你需要明确识别pyparsing返回的解析结果，也可以直接判断类型是否为pp.ParseResults，这种场景一般只在需要做解析流程自定义扩展时才会用到。

这不是pyparsing的功能bug，也不是Python 3.7环境的兼容问题，是模块长期沿用的设计选择。很多新手刚接触pyparsing时，都会因为ParseResults的打印效果和list完全一致，误以为它就是原生list，进而遇到这个类型判断的偏差。

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