当前位置: 首页 > article >正文

《流畅的Python》读书笔记07(补充02): 对象引用、可变性和垃圾回收 - Python深复制如何处理循环引用

在Python中copy.deepcopy()处理自定义类中的循环引用时主要通过备忘录memo机制和递归复制策略来避免无限递归确保复制过程能正确完成。下面我将从算法原理、实现机制、应用场景和性能影响四个方面进行深度拆解。一、深复制算法中的循环引用处理机制1.1 备忘录模式的核心逻辑copy.deepcopy()使用一个字典作为备忘录存储原对象-副本对象的映射关系。当遇到已经复制过的对象时直接返回已创建的副本从而打破循环引用链。import copy # 示例1自定义类中的循环引用 class Node: def __init__(self, value): self.value value self.next None def __repr__(self): return fNode({self.value}) # 创建循环引用 node1 Node(1) node2 Node(2) node3 Node(3) node1.next node2 node2.next node3 node3.next node1 # 形成循环引用 # 深复制过程 def debug_deepcopy(obj, memoNone, depth0): 带调试信息的深复制模拟 indent * depth print(f{indent}深复制 {obj}memo{memo}) if memo is None: memo {} # 检查是否已复制 obj_id id(obj) if obj_id in memo: print(f{indent} √ 已复制返回副本 {memo[obj_id]}) return memo[obj_id] # 创建副本 if isinstance(obj, Node): memo[obj_id] Node(obj.value) print(f{indent} 创建副本 {memo[obj_id]}) # 递归复制属性 memo[obj_id].next debug_deepcopy(obj.next, memo, depth1) return memo[obj_id] # 执行深复制 copied debug_deepcopy(node1) print(f原对象循环检测: {node1.next.next.next is node1}) # True print(f副本循环检测: {copied.next.next.next is copied}) # True算法步骤分解初始化备忘录创建空字典memo {}检查映射每次复制前检查id(obj) in memo创建副本若未复制过创建新对象并存入备忘录递归处理复制对象的属性/元素返回副本完成复制后返回副本对象1.2 循环引用的检测与处理流程# 示例2复杂循环引用结构 class GraphNode: def __init__(self, name): self.name name self.neighbors [] def add_neighbor(self, node): self.neighbors.append(node) def __repr__(self): return fGraphNode({self.name}) # 创建带循环引用的图结构 node_a GraphNode(A) node_b GraphNode(B) node_c GraphNode(C) node_a.add_neighbor(node_b) node_b.add_neighbor(node_c) node_c.add_neighbor(node_a) # 形成循环 node_a.add_neighbor(node_c) # 另一个引用 # 深复制过程分析 import copy copied_graph copy.deepcopy(node_a) # 验证复制结果 print(f原对象A的邻居: {[n.name for n in node_a.neighbors]}) # [B, C] print(f副本对象A的邻居: {[n.name for n in copied_graph.neighbors]}) # [B, C] print(f原对象循环: {node_a.neighbors[0].neighbors[0].neighbors[0] is node_a}) # True print(f副本循环: {copied_graph.neighbors[0].neighbors[0].neighbors[0] is copied_graph}) # True二、自定义类的深复制控制2.1__deepcopy__()方法的实现自定义类可以通过实现__deepcopy__()方法来控制深复制行为这在处理循环引用时尤为重要。class CustomClass: def __init__(self, data, linkNone): self.data data self.link link self._cache {} # 内部缓存 def __deepcopy__(self, memo): 自定义深复制实现 # 1. 检查是否已复制 obj_id id(self) if obj_id in memo: return memo[obj_id] # 2. 创建新实例不复制_cache print(f深复制 CustomClass(data{self.data})) new_obj self.__class__(self.data) memo[obj_id] new_obj # 先存入备忘录处理循环引用 # 3. 递归复制link属性 new_obj.link copy.deepcopy(self.link, memo) # 4. 处理其他需要深复制的属性 # 注意_cache故意不复制因为它是临时数据 return new_obj def __repr__(self): return fCustomClass(data{self.data}, link{self.link}) # 创建循环引用 obj1 CustomClass(obj1) obj2 CustomClass(obj2) obj1.link obj2 obj2.link obj1 # 循环引用 # 深复制 copied copy.deepcopy(obj1) print(f原对象: {obj1.link.link is obj1}) # True print(f副本对象: {copied.link.link is copied}) # True2.2 处理特殊情况的策略特殊情况处理策略代码示例文件句柄等外部资源不复制保持原状或重新创建new_obj.file self.file单例对象直接返回单例实例if isinstance(self, Singleton): return self线程锁等不可复制对象创建新实例或设为Nonenew_obj.lock threading.Lock()大量数据的缓存浅复制或延迟复制new_obj._cache self._cache.copy()import threading import pickle class ComplexClass: def __init__(self, name): self.name name self.children [] self.lock threading.Lock() # 不可复制的对象 self.data_cache {} # 大量数据缓存 self.parent None # 可能的循环引用 def __deepcopy__(self, memo): obj_id id(self) if obj_id in memo: return memo[obj_id] # 创建新实例 new_obj self.__class__(self.name _copy) memo[obj_id] new_obj # 处理不可复制对象 new_obj.lock threading.Lock() # 创建新的锁 # 处理缓存浅复制 new_obj.data_cache self.data_cache.copy() # 递归复制children new_obj.children [copy.deepcopy(child, memo) for child in self.children] # 设置parent引用通过memo处理循环 if self.parent: new_obj.parent memo.get(id(self.parent), copy.deepcopy(self.parent, memo)) return new_obj三、性能优化与内存管理3.1 深复制的性能特征深复制循环引用结构时时间和空间复杂度如下操作时间复杂度空间复杂度说明普通深复制O(N)O(N)N为对象总数循环引用深复制O(N)O(N)备忘录避免重复复制递归深度O(D)O(D)D为对象图深度import time import sys class PerformanceNode: def __init__(self, id): self.id id self.connections [] def add_connection(self, node): self.connections.append(node) def create_circular_network(n): 创建包含n个节点的环形网络 nodes [PerformanceNode(i) for i in range(n)] for i in range(n): nodes[i].add_connection(nodes[(i 1) % n]) # 形成环 nodes[i].add_connection(nodes[(i - 1) % n]) # 双向连接 return nodes[0] # 性能测试 sizes [100, 1000, 5000, 10000] results [] for size in sizes: root create_circular_network(size) # 测量深复制时间 start_time time.time() copied copy.deepcopy(root) elapsed time.time() - start_time # 测量内存使用 import tracemalloc tracemalloc.start() copied copy.deepcopy(root) memory tracemalloc.get_traced_memory()[1] tracemalloc.stop() results.append((size, elapsed, memory)) print(f节点数: {size}, 时间: {elapsed:.4f}s, 内存: {memory/1024:.1f}KB) # 输出性能数据 print( 性能分析表) print(节点数 | 复制时间(s) | 内存占用(KB)) print(- * 40) for size, elapsed, memory in results: print(f{size:6d} | {elapsed:10.4f} | {memory/1024:12.1f})3.2 优化策略减少复制深度只复制必要的部分使用__slots__减少属性查找开销避免不必要的深复制对于不可变数据使用浅复制实现__copy__()方法提供优化的浅复制版本class OptimizedClass: __slots__ (data, link, _id) # 使用__slots__减少内存 def __init__(self, data, linkNone): self.data data self.link link self._id id(self) def __deepcopy__(self, memo): # 快速检查 if id(self) in memo: return memo[id(self)] # 只复制必要数据 new_obj self.__class__(self.data) memo[id(self)] new_obj # 延迟复制link如果需要 if self.link is not None: new_obj.link copy.deepcopy(self.link, memo) return new_obj def __copy__(self): 优化的浅复制 new_obj self.__class__(self.data, self.link) return new_obj四、实际应用场景与最佳实践4.1 场景分类与解决方案应用场景循环引用类型推荐方案注意事项图结构数据节点互连深复制备忘录确保所有节点都被正确复制树形结构子节点引用父节点深复制父指针处理需要特殊处理parent引用缓存系统对象相互引用弱引用深复制使用weakref避免强引用序列化/反序列化任意循环引用pickle模块pickle自动处理循环引用4.2 完整示例图数据库节点的深复制import copy from typing import List, Optional class GraphNode: 图数据库节点示例 def __init__(self, node_id: int, data: dict): self.node_id node_id self.data data.copy() # 浅复制数据字典 self.edges: List[GraphEdge] [] self.visited False # 临时状态不应复制 def add_edge(self, target: GraphNode, weight: float): edge GraphEdge(self, target, weight) self.edges.append(edge) target.edges.append(edge) def __deepcopy__(self, memo): # 检查备忘录 obj_id id(self) if obj_id in memo: return memo[obj_id] # 创建新节点不复制visited状态 new_node GraphNode(self.node_id, self.data) memo[obj_id] new_node # 递归复制边 new_node.edges [] for edge in self.edges: # 确定边的另一个节点 other edge.target if edge.source is self else edge.source # 获取或创建另一个节点的副本 other_copy memo.get(id(other), copy.deepcopy(other, memo)) # 创建新的边 if edge.source is self: new_edge GraphEdge(new_node, other_copy, edge.weight) else: new_edge GraphEdge(other_copy, new_node, edge.weight) new_node.edges.append(new_edge) other_copy.edges.append(new_edge) return new_node def __repr__(self): return fGraphNode({self.node_id}) class GraphEdge: 图边 def __init__(self, source: GraphNode, target: GraphNode, weight: float): self.source source self.target target self.weight weight def __deepcopy__(self, memo): # 边对象的深复制由节点处理 return self # 创建带循环引用的图 node1 GraphNode(1, {name: Node1}) node2 GraphNode(2, {name: Node2}) node3 GraphNode(3, {name: Node3}) node1.add_edge(node2, 1.0) node2.add_edge(node3, 2.0) node3.add_edge(node1, 3.0) # 形成三角形循环 # 深复制整个图 copied_graph copy.deepcopy(node1) # 验证复制结果 print(f原图节点数: {len(set([node1, node2, node3]))}) print(f副本图节点数: 3) print(f原图循环: {node1.edges[0].target.edges[0].target is node1}) print(f副本图循环: {copied_graph.edges[0].target.edges[0].target is copied_graph})4.3 调试与问题排查当深复制自定义类出现问题时可以使用以下调试技巧def debug_deepcopy(obj, memoNone, indent0): 带调试信息的深复制 if memo is None: memo {} obj_id id(obj) indent_str * indent print(f{indent_str}尝试复制: {type(obj).__name__} id{obj_id}) if obj_id in memo: print(f{indent_str} ✓ 已在备忘录中返回副本) return memo[obj_id] # 特殊处理 if hasattr(obj, __deepcopy__): print(f{indent_str} ↪ 调用自定义__deepcopy__) result obj.__deepcopy__(memo) memo[obj_id] result return result # 默认处理 print(f{indent_str} 创建新副本) # ... 实际复制逻辑 return result # 使用示例 debug_deepcopy(complex_object)通过理解copy.deepcopy()的备忘录机制和递归策略我们可以正确处理自定义类中的循环引用同时通过实现__deepcopy__()方法优化复制行为平衡功能与性能的需求。在实际应用中应根据具体场景选择合适的复制策略避免不必要的深复制开销。参考来源《流畅的Python》读书笔记07: 第一部分 数据结构 - 对象引用、可变性和垃圾回收python中的浅复制和深复制Python中的浅复制与深复制理解对象引用的关键Python 浅复制与深复制Shallow Copy Deep Copy

相关文章:

《流畅的Python》读书笔记07(补充02): 对象引用、可变性和垃圾回收 - Python深复制如何处理循环引用

在Python中,copy.deepcopy()处理自定义类中的循环引用时,主要通过备忘录(memo)机制和递归复制策略来避免无限递归,确保复制过程能正确完成。下面我将从算法原理、实现机制、应用场景和性能影响四个方面进行深度拆解。 …...

惠普OMEN游戏本性能释放终极指南:OmenSuperHub完全使用教程

惠普OMEN游戏本性能释放终极指南:OmenSuperHub完全使用教程 【免费下载链接】OmenSuperHub 使用 WMI BIOS控制性能和风扇速度,自动解除DB功耗限制。 项目地址: https://gitcode.com/gh_mirrors/om/OmenSuperHub 你是否曾经为惠普OMEN游戏本的性能…...

Go语言实战:构建高可用API + HASH上链存证服务,这不是妥协而是最优解

关键词:Go, 区块链, 存证, SHA256, 签名, 高并发 前言 在关于区块链落地的技术讨论中,"链下计算 + 链上存证"模式常常被贴上"妥协方案"的标签。很多人认为,只有把数据完全搬到链上,才能体现区块链的价值。 然而,经过大规模生产环境的验证,我们发现…...

终极FanControl风扇控制指南:如何彻底告别Windows风扇噪音与过热烦恼

终极FanControl风扇控制指南:如何彻底告别Windows风扇噪音与过热烦恼 【免费下载链接】FanControl.Releases This is the release repository for Fan Control, a highly customizable fan controlling software for Windows. 项目地址: https://gitcode.com/GitH…...

AI Daily Paper Reader(ADPR):零服务器搭建个人/团队通用大模型API驱动的论文阅读与推荐平台

一、背景 AI领域论文每日增长数量惊人,arXiv 上仅计算机科学相关的新论文每天就有上百篇。对于科研人员、研究生或AI从业者来说,如何高效筛选、阅读并跟踪与自己研究方向相关的论文,已成为日常工作中最耗时的一环。 传统的解决方案&#xf…...

Gemini 长上下文成本估算表:输入、输出、缓存怎么拆

做 Gemini 长上下文应用时,最容易出问题的不是第一版代码,而是成本模型。测试阶段只跑几十次请求,账单看起来很轻;上线后用户开始上传 PDF、合同、日志、代码仓库,输入 token 被放大,费用曲线马上变陡。 这…...

MultiHighlight:用智能色彩标记彻底改变你的代码阅读体验

MultiHighlight:用智能色彩标记彻底改变你的代码阅读体验 【免费下载链接】MultiHighlight Jetbrains IDE plugin: highlight identifiers with custom colors 🎨💡 项目地址: https://gitcode.com/gh_mirrors/mu/MultiHighlight 你是…...

Perplexity奖学金搜索仅限前500名认证用户启用的“Priority Funding Mode”,你被系统自动降权了吗?

更多请点击: https://intelliparadigm.com 第一章:Perplexity奖学金搜索的机制演进与现状剖析 Perplexity 的奖学金搜索功能并非静态工具,而是随其核心检索架构的迭代持续演进。早期版本依赖关键词匹配与结构化数据库爬取,响应延…...

深入理解 Java 反射机制(Reflection)

一句话先给答案反射 在程序运行时,动态获取类的信息并动态操作对象的能力。正常编程:类 → 对象 → 调用方法 反射:未知类 → 运行时拿到类结构 → 创建对象 / 调用方法 / 访问属性一、为什么需要反射?(先解决动机&am…...

从噪音烦恼到静音天堂:Fan Control帮你实现Windows风扇控制的终极自由

从噪音烦恼到静音天堂:Fan Control帮你实现Windows风扇控制的终极自由 【免费下载链接】FanControl.Releases This is the release repository for Fan Control, a highly customizable fan controlling software for Windows. 项目地址: https://gitcode.com/Git…...

Claude Code 终端命令完整指南

引言最初是为了方便我个人学习使用Claude Code才去网络上收集各种终端命令,但想到可能有人同样需要知道这些命令,便打算将其整理发到CSDN上,希望能帮到大家。 有点标题党的是本文并不是真的完整指南,毕竟完整的命令太多了&#xf…...

如何快速掌握Switch-Toolbox:终极任天堂游戏文件编辑完整指南

如何快速掌握Switch-Toolbox:终极任天堂游戏文件编辑完整指南 【免费下载链接】Switch-Toolbox A tool to edit many video game file formats 项目地址: https://gitcode.com/gh_mirrors/sw/Switch-Toolbox 如果你一直想修改任天堂Switch、3DS或Wii U游戏文…...

终极跨平台3D资产迁移革命:DazToBlender插件完整指南

终极跨平台3D资产迁移革命:DazToBlender插件完整指南 【免费下载链接】DazToBlender Daz to Blender Bridge 项目地址: https://gitcode.com/gh_mirrors/da/DazToBlender 你是否曾经在Daz Studio中精心创作了一个完美的3D角色,却因为无法在Blende…...

猫抓(Cat-Catch):3分钟掌握浏览器资源嗅探的终极解决方案

猫抓(Cat-Catch):3分钟掌握浏览器资源嗅探的终极解决方案 【免费下载链接】cat-catch 猫抓 浏览器资源嗅探扩展 / cat-catch Browser Resource Sniffing Extension 项目地址: https://gitcode.com/GitHub_Trending/ca/cat-catch 还在为无法保存在线视频而烦恼…...

副本机制与 ISR 设计:为什么 Kafka 这么快又这么可靠

几年前我接手过一个"慢到不能忍"的消息系统。Kafka 集群,日处理 500 亿条消息,QPS 峰值 120 万。但是隔三差五出现"数据延迟积压",有时候一条消息从生产到消费,竟然要等几十秒。查了一周,发现跟 K…...

数据史话|Dashboard 仪表板的进化史:从马车挡泥板,到企业战略工具(海外见解版)

今天我们来聊聊仪表板(Dashboard)的奇妙进化史。想象一下:马车前挡泥的木板,和你浏览器里满是 KPI、迷你图表、筛选器的仪表盘 —— 它们用的是同一个词,同一个核心使命,只是再也没有泥点子了。这就是仪表盘…...

OpenRGB:终结RGB灯光管理混乱的终极免费方案

OpenRGB:终结RGB灯光管理混乱的终极免费方案 【免费下载链接】OpenRGB Open source RGB lighting control that doesnt depend on manufacturer software. Supports Windows, Linux, MacOS. Mirror of https://gitlab.com/CalcProgrammer1/OpenRGB. Releases can be…...

北航毕业论文LaTeX模板:3天掌握专业排版,告别格式焦虑

北航毕业论文LaTeX模板:3天掌握专业排版,告别格式焦虑 【免费下载链接】BUAAthesis 北航毕设论文LaTeX模板 项目地址: https://gitcode.com/gh_mirrors/bu/BUAAthesis 还在为毕业论文格式反复修改而焦虑吗?每年毕业季,无数…...

C++类型推导与auto关键字

C类型推导与auto关键字 类型推导是C11引入的重要特性,通过auto和decltype关键字,编译器可以自动推导变量的类型,减少代码冗余并提高可维护性。 auto关键字让编译器根据初始化表达式推导变量类型。 #include #include #include #include v…...

怎样快速去掉照片背景?2026年AI抠图工具实测对比与使用指南

还在为复杂的照片背景发愁?想要快速批量处理多张照片?本文将带你深入了解2026年最新的照片去背景方法,从零基础的在线工具到专业级别的桌面软件,再到智能AI抠图方案,帮你找到最适合自己的解决方案。快速去背景的核心方…...

怎么跨领域写文献综述?

刚踏入陌生交叉领域的科研人,最怕的就是面对动辄数十万篇的文献——翻了几十篇却找不到奠基性成果,读了一堆边缘文献导致研究方向跑偏,几周时间耗进去却连领域脉络都没理清,这种低效焦虑几乎每个科研人都经历过。传统方法里&#…...

TCP三次握手与四次挥手——连接管理的“仪式感“

**导读:**如果说HTTP是互联网世界的"通用语言",那么TCP就是支撑这一切的"地下管道"。但这条管道不是想通就通的——它有一套严格的"礼仪规范",也就是我们常说的三次握手和四次挥手。今天,我们就来聊…...

AI大神Karpathy的学习心法,普通人也能直接抄作业

美国时间2026年5月19日,AI 圈被一条重磅消息刷屏:大牛 Andrej Karpathy 在社交媒体上正式宣布加入 Anthropic。对于整个科技圈而言,他的动向影响力堪比当年乔丹宣布重返 NBA 大联盟 。这一次,他加入了 Anthropic 的预训练团队&…...

Apache Doris多模态能力深度解析:从技术架构到大厂落地实践

这篇文章是个人的学习总结,AI时代下的Doris在多模态能力的支持上越来越完善,个人总结了背景、技术方案以及各大公司落地场景,方便查阅,大家可以点击收藏。前言Apache Doris 4.0正式引入原生向量索引、AI 函数与混合检索能力&#…...

全志 V821 韦东山 Avaota-F1-B (3) I2C CST816T触摸屏适配

功能还在调试一、硬件连接/**********CST816T********** 1.引脚连接 PD18 -> i2c_clk PD18 -> i2c_sda PD22 -> tp_rst PD23 -> tp_int二、设备树修改tina-v821-v1.3/device/config/chips/v821/configs/avaota_f1/linux-5.4-ansc/board.dtstwi1_pins_default: twi1…...

YOLOv8 ROS:机器人视觉从2D感知到3D空间理解的架构演进

YOLOv8 ROS:机器人视觉从2D感知到3D空间理解的架构演进 【免费下载链接】yolov8_ros Ultralytics YOLOv8, YOLOv9, YOLOv10, YOLOv11, YOLOv12 for ROS 2 项目地址: https://gitcode.com/gh_mirrors/yo/yolov8_ros 在机器人智能化浪潮中,视觉感知…...

AArch64架构SMCR_EL3寄存器详解与SME向量计算优化

1. AArch64系统寄存器与SMCR_EL3概述在Armv8-A/v9架构中,系统寄存器是处理器状态和功能控制的核心枢纽。作为特权级软件与硬件交互的接口,每个系统寄存器都承担着特定的控制、配置或状态监控职责。SMCR_EL3(SME Control Register at EL3&…...

Armv8/v9架构系统寄存器解析:SCXTNUM与SMCR深度剖析

1. AArch64系统寄存器概述 在Armv8/v9架构中,系统寄存器是处理器状态和控制的核心枢纽。与通用寄存器不同,系统寄存器专门用于配置处理器功能、监控运行状态以及实现安全隔离。AArch64架构通过精心设计的寄存器命名规范,使得寄存器的功能和访…...

Armv8/v9架构SCTLRMASK_EL2寄存器解析与应用

1. AArch64系统控制寄存器基础解析在Armv8/v9架构中,系统控制寄存器(System Control Registers)是处理器状态配置的核心组件,它们分布在不同的异常级别(EL0-EL3),用于管理处理器行为、内存系统、安全状态等关键功能。这些寄存器通常通过MRS/M…...

AArch64 SCTLR_EL3寄存器解析与安全配置实践

1. AArch64 SCTLR_EL3系统控制寄存器深度解析在Armv8-A/v9-A架构的安全世界中,SCTLR_EL3寄存器扮演着系统控制中枢的角色。作为EL3(最高特权级别)的系统控制寄存器,它直接决定了安全监控模式(Secure Monitor&#xff0…...