科技 · 实用指南
mmap 无法关闭导出指针？修改数组前先追踪每个借用者
父视图已释放或数组名称已删除，切片和别名仍可能存活。先证明结果借用了映射，还是拥有独立副本。
mmap.close() 报 BufferError，可能正说明某个借用者仍需使用这段内存。仅靠更换数组构造方式消除异常，并不能证明生命周期安全。
先画出引用关系：映射、直接视图、派生视图，以及每个保留的数组引用。八组本地对照区分了删除名称、结束借用和创建独立数据。
1. 明确所有者与逃逸的借用者
记录 Python、NumPy 版本、映射构造方式、数组 dtype，以及结果从哪里传出。np.frombuffer 创建的是输入对象的视图。数组基本切片可能生成另一个视图，alias = arr 则只是给同一数组增加名称。两者都不保证独立的数据缓冲区。
清理前先选择 API 协议。借用结果要求映射所有者存活到所有使用方完成；需要活得比所有者更久的结果，应有独立存储。只读描述经该视图允许怎样写入，不会把借用内存变成自有副本。
2. 八组本地对照发现了什么
测试在 Linux 上使用 CPython 3.12.14、NumPy 2.3.5，为每组新建八字节匿名映射，内容为 0 到 7。直接 memoryview 在 release() 前阻止关闭。父视图释放后，切片视图仍阻止关闭；释放切片后才能关闭。派生的只读 memoryview 也如此。
np.frombuffer(mm,dtype=np.uint8) 创建的数组存活时，关闭被阻止。删除 arr 后保留 arr[:2] 切片，仍不能关闭；保留 alias = arr 也一样。在这些简单的 CPython 样本中，去掉最后的 NumPy 借用引用后才可关闭。这不代表在有缓存、容器、闭包或循环引用的代码中，del arr 就能普遍保证清理完成。
3. 副本改变了生命周期协议
第七组使用 owned = arr.copy() 创建独立 uint8 数组。删除借用数组后，映射关闭，owned.tolist() 仍返回 0 到 7。第八组用 owned = mm[:2] 得到独立 bytes；关闭后仍保留 0 和 1。这些是复制结果，需要额外分配内存，也不再与映射持续同步。
源数据有效时再复制，并只复制必须传出的区域。删除一个局部名称不能让其他调用方的别名失效。不要手工释放 NumPy 数组内部的 base 引用链、压制关闭失败，或仅为绕过保护而更换构造方式。若必须零拷贝，应通过明确的应用协议延长所有者生命周期。
4. 分别验证关闭与保留的数据
对 memoryview，应在明确作用域内结束每个保留的子视图及父视图；上下文管理器只能管理实际纳入的视图。对 NumPy，应在关闭所有者前结束所有借用切片和别名。失败时检查对象引用关系，不要反复尝试关闭，也不要假定垃圾回收已证明没有借用者。
八组测试都断言在各自明确清理后成功关闭。关闭后只读取独立副本，没有在解除映射后解引用借用指针。本次未测试真实文件、共享内存 unlink、并发用户或其他平台。应用中应分别验证预期关闭路径和复制结果值。文件刷新与持久化属于另一项协议，不能解决尚存的导出视图。
