模块通过作用域隔离、命名空间/路径区分、导入别名及命名规范避免命名冲突：各语言利用模块作用域限制变量可见性，以包路径或命名空间实现逻辑隔离，导入时用别名明确引用，并遵循命名约定与显式导出原则。
模块执行上下文本身不直接“避免”命名冲突，而是通过语言提供的作用域、命名空间和导入机制来隔离名称。关键在于开发者如何组织代码、选择命名和使用导入方式，让每个模块在自己的上下文中拥有清晰、独立的标识符边界。
用作用域限制变量可见性
每个模块默认构成一个独立的作用域。函数内定义的变量、类内部的属性、let/const 声明的块级变量都不会泄漏到全局或其他模块中。
- Python 中模块顶层的变量属于该模块命名空间，import module 后需通过 module.var 访问，不会污染当前命名空间
- JavaScript 的 ES 模块默认启用严格模式且是封闭作用域，export 是显式声明出口，未导出的全部私有
- C++ 的 static 全局变量或匿名命名空间可将符号限制在单个编译单元内，防止链接时重名
靠命名空间/包路径做逻辑隔离
大型项目依赖层级结构天然形成命名空间，路径即身份。
- Python 包路径 app.auth.jwt 和 utils.auth.token 即使都有 auth，也不会冲突，调用时必须带前缀
- Go 的模块路径 github.com/user/project/config 是全局唯一标识，同名包只要路径不同就互不影响
- Verilog 分层路径名如 top.u_cpu.reg_file.data_out 明确指向特定实例中的信号，绕过作用域查找歧义
导入时主动控制名称映射
不依赖默认名称，而是用别名建立清晰、无歧义的引用关系。
- Python：import pandas as pd、from mylib import helper as my_helper
- JavaScript：import { render as renderChart } from './chart.js' 或 import * as api from './api'
- C++：namespace fs = boost::filesystem; 避免每次写完整长名
- 内核模块开发：static int mydrv_init() 加 static 保证函数只在本文件可见，消除全局符号冲突
约定优先：命名规范 + 显式导出
技术手段之外，团队协作依赖一致的规范来预防问题。
- 模块名用小写+下划线（data_loader.py），不与标准库同名（避开 json.py、os.py）
- Python 中用 __all__ = ["ClassA", "func_b"] 明确公开接口，隐藏实现细节
- C++ 头文件中把类/函数放在专属命名空间里，如 namespace myproj::core，而非裸露在全局
- 避免 from module import * 或 using namespace std 这类全量引入，尤其不在头文件中使用
