PySide2删除自定义QTreeWidgetItem子类实例报错如何解决？

0xC0000005是Windows平台下的内存访问违例错误，本质是Python层和C层的CustomTreeItem对象生命周期不同步：你销毁了C层的对象后，Python层仍持有指向该内存的引用，后续访问就会触发崩溃。shiboken2和sip的内存管理逻辑有差异，PyQt下能正常运行的删除逻辑不能直接照搬。

• 第一步：清理所有Python侧的自定义item引用
  如果你在全局列表、字典、类属性等位置存储了CustomTreeItem实例的额外引用（比如用于快速查找的item缓存），删除item前必须先把这些引用手动移除，否则控件删除C++对象后，Python侧的残留引用会变成野指针。
• 第二步：修正删除item的逻辑
  你原有写法的问题在于没有判断item是否为顶层节点，非顶层节点调用indexOfTopLevelItem会返回-1，传入takeTopLevelItem就会触发访问违例。正确写法如下：

  selections = assm_tree_widget.selectedItems()
  for item in selections:
      # 先移除你自己维护的引用，示例为删除缓存字典中的对应项
      if item in self.my_item_cache:
          del self.my_item_cache[item]
      # 判断节点层级
      parent_item = item.parent()
      if parent_item is None:
          # 顶层节点处理
          idx = assm_tree_widget.indexOfTopLevelItem(item)
          if idx != -1:
              assm_tree_widget.takeTopLevelItem(idx)
      else:
          # 子节点处理
          idx = parent_item.indexOfChild(item)
          if idx != -1:
              parent_item.takeChild(idx)
      # 无需主动调用shiboken2.delete，Python侧无引用时会自动回收资源
  

• 第三步：避免多余的手动销毁操作
  正常场景下不需要主动调用shiboken2.delete，只要item从树控件移除、且Python侧无额外引用，GC会自动同步回收Python和C++层的对象。如果必须手动销毁，要先确认对象合法再操作：

  import shiboken2
  # 先完成从树控件移除、清理Python引用的步骤后再执行
  if shiboken2.isValid(item):
      shiboken2.delete(item)
  del item
  

• 第四步：排查自定义类的特殊逻辑
  如果你的CustomTreeItem重写了析构函数、绑定了信号槽、或者持有其他C++对象的引用，删除前要先手动断开所有信号槽、释放持有的外部资源，避免析构时访问已销毁的内存。

调用assm_tree_widget.clear()前先清空你自己维护的所有CustomTreeItem引用缓存，clear会直接销毁所有C++层的树节点，只要Python侧没有残留引用就不会触发崩溃。

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