llvmcontext是ir对象的唯一内存与所有权管理者，销毁它会立即释放所有关联module及ir结构；module必须与llvmcontext显式配对，不可跨context复用或长期持有失效指针。
LLVMContext 和 Module 必须显式配对管理，不能混用或跨 Context 复用 Module；Module 的生命周期不独立于 LLVMContext，销毁 Context 会连带释放其所有 IR 对象。
LLVMContext 销毁时 Module 会自动失效
LLVMContext 不仅是类型/常量的缓存池，更是所有 IR 对象（Function、BasicBlock、Value 等）的内存与所有权管理者。一旦 LLVMContext 被析构，它内部维护的所有 Module 实例及其下属 IR 结构都会被释放——即使你手头还拿着 Module* 指针，访问它将触发未定义行为（常见表现为段错误或断言失败）。
- 不要把
Module*存储在全局变量或长期存活的容器里，除非你确保对应的LLVMContext生命周期更长 - 避免在函数返回后仍持有由局部
LLVMContext创建的Module：例如return std::make_unique<module>(..., localCtx)</module>是危险的 - 调试时若遇到
Assertion failed: !isDead() && "Value is dead!"或类似崩溃，优先检查LLVMContext是否提前析构
多个 Module 共享同一个 LLVMContext 是安全且推荐的
一个 LLVMContext 可以同时管理多个 Module，这是正常设计模式。比如构建多文件编译器前端时，每个源文件生成一个 Module，但全部复用同一个 LLVMContext，能节省类型缓存开销、避免跨 Context 类型比较失败（如 Type::getIntegerTy(ctx1) ≠ Type::getIntegerTy(ctx2)）。
- 类型、常量、元数据节点等都按
LLVMContext隔离，不同 Context 下同名类型无法直接互操作 - 链接多个
Module（如用Linker::linkModules）必须要求它们属于同一LLVMContext，否则报错"Cannot link modules with different contexts" - 多线程场景下，
LLVMContext默认非线程安全；若需并发使用，应为每个线程分配独立LLVMContext，或手动加锁
IRBuilder 必须绑定到具体 BasicBlock，且依赖当前 Module 和 Context
IRBuilder 本身不拥有上下文，但它插入指令时依赖当前 BasicBlock 所属的 Function → Module → LLVMContext 链。如果 BasicBlock 所在的 Function 已从 Module 中移除，或 Module 所属 LLVMContext 已销毁，IRBuilder::CreateAdd 等调用会崩溃或静默失败。
- 创建
IRBuilder前，确保BasicBlock已插入到有效Function，且该Function属于活跃Module - 不要跨
Module复用IRBuilder实例；每次切换插入位置前，调用builder.SetInsertPoint(BB)显式重置 - 若需批量构造 IR，建议把
IRBuilder作为栈变量按需创建，而非长期持有——它轻量且无状态
真正容易被忽略的是：LLVM 并不提供运行时的“Context 迁移”机制。一旦某个 Value（比如一个 ConstantInt）诞生于某个 LLVMContext，你就无法把它“转移”到另一个 Context 中使用。所有跨模块、跨编译单元的 IR 操作，起点都必须是 Context 对齐——这不像内存拷贝，而更像数据库事务隔离级别，错一点就全盘失效。
