Dill加载新会话时残留旧会话数据：是bug还是使用错误？

这不是dill的bug，属于使用时对接口行为不熟悉导致的预期偏差，核心原因有两点：

• dill.dump_session 是全量序列化接口，不是增量转储：它会将你传入的main参数对应模块（默认是当前解释器的__main__主模块）的全部全局命名空间内容序列化到文件，不会自动过滤之前已经定义过的变量。
• 你得到的输出结果，直接说明生成test2.session时没有使用干净的解释器环境：你是在同一个Python进程里先执行了test1的dump逻辑（此时全局空间已经写入变量a），再定义b=1234执行test2的dump，因此test2.session里本身就同时存储了a和b两个变量，并非你以为的仅保存了b。

你可以按如下方式重新生成session文件再测试：

1. 启动一个全新的Python进程，仅执行test1.session的生成代码，执行完毕后关闭进程
2. 再启动另一个全新的Python进程，仅执行test2.session的生成代码，执行完毕后关闭进程
3. 重新运行你的加载逻辑，就会看到加载test2.session时仅存在变量b，a为None，符合预期。

• dill.load_session 默认采用更新合并逻辑写入目标模块：它会将序列化文件里的变量合并到目标模块的__dict__中，不会提前清空目标模块的原有属性。如果目标模块本身存在和序列化文件同名的变量会被覆盖，但序列化文件里没有的原有变量会被保留。你的测试代码里第二次加载前重新创建了全新的空模块，所以这个机制没有影响本次结果，但在其他场景下需要注意这个行为，避免旧变量残留。
• 如果需要在同一个进程内生成多个独立的会话快照，不要直接使用默认的__main__模块做序列化：要么每次dump前手动清理全局命名空间里不需要保留的变量，要么单独创建一个自定义模块对象，仅把需要持久化的变量写入该模块的__dict__，dump时指定main参数为这个自定义模块，避免把无关变量存入快照文件。

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