BlenderProc场景清理中的Python 2遗留问题解析

在BlenderProc项目的场景初始化过程中，当启用clean_up_scene参数时，可能会遇到一个导致程序崩溃的运行时错误。这个问题的根源在于代码中残留的Python 2兼容性写法，在Python 3环境下产生了不兼容行为。

问题现象

当调用bproc.init(clean_up_scene=True)进行场景初始化时，如果场景中存在任何自定义属性，程序会抛出"RuntimeError: IDPropertyGroup changed size during iteration"错误。这种情况特别容易发生在导入某些Blender插件（如HumGen3D）后，因为这些插件通常会向场景添加自定义属性。

技术分析

问题的核心在于_Initializer.py文件中的remove_custom_properties函数实现。该函数原本设计用于清理场景中的自定义属性，但在迭代场景键时使用了直接遍历keys()返回结果的方式：

for key in bpy.context.scene.keys()

在Python 2中，keys()方法返回的是键列表的副本，因此可以在迭代过程中安全地修改字典。然而在Python 3中，keys()返回的是一个视图对象，它会实时反映字典的变化。当在迭代过程中删除属性时，就会导致字典大小改变，从而触发运行时错误。

解决方案

修复方法很简单，只需要将keys()的返回结果显式转换为列表即可：

for key in list(bpy.context.scene.keys())

这样无论Python版本如何，都能获得一个独立的键列表副本，允许在迭代过程中安全地修改原始字典。

深入理解

这个问题很好地展示了Python 2到Python 3迁移过程中可能遇到的兼容性问题。虽然大多数情况下，Python 3对字典视图的改变是为了提高性能和内存效率，但在某些特定场景下（如这里的字典修改操作），开发者需要特别注意行为差异。

对于Blender脚本开发者来说，理解Blender Python API中IDPropertyGroup的行为也很重要。这些属性组在底层实现上与Python字典类似，但在迭代和修改时有其特殊的行为模式。

最佳实践建议

1. 在迭代过程中需要修改字典/属性组时，总是先创建键的副本
2. 对于关键的业务逻辑，考虑添加异常处理来捕获可能的运行时错误
3. 在开发跨Python版本的Blender插件时，特别注意字典相关API的行为差异
4. 定期检查代码中可能存在的Python 2遗留写法，特别是keys()、values()和items()等方法的使用

这个问题的修复虽然简单，但提醒我们在维护大型项目时需要持续关注底层依赖和语言特性的变化，确保代码的健壮性和兼容性。