模块执行上下文通过作用域隔离、路径/命名空间划分、导入别名映射及命名规范四重机制解决命名冲突：python/js/c++等利用模块作用域限制可见性，路径或命名空间实现逻辑隔离，导入时用别名避免歧义，并以__all__、显式export、专属命名空间等约定明确接口边界。
模块执行上下文本身不直接“解决”命名冲突，它提供的是隔离基础；真正起作用的是开发者如何利用作用域、命名空间、导入方式和命名规范来划清边界。核心思路是：让每个模块在自己的上下文中拥有明确、独立、可追溯的标识符范围。
用模块作用域限制变量可见性
每个模块天然构成一个封闭作用域，未导出的内容默认对外不可见。
- Python 中模块顶层定义的变量属于该模块命名空间，必须通过 module.var 访问，不会污染导入方环境
- JavaScript ES 模块默认启用严格模式，所有声明（const/let/function）都仅在模块内有效，export 是唯一显式出口
- C++ 使用 static 或匿名命名空间，把全局符号限制在单个编译单元内，避免链接阶段重名
靠路径或命名空间做逻辑隔离
层级结构本身就是天然的身份凭证，路径即归属，不同路径下的同名模块互不干扰。
- Python 包路径 auth.jwt 和 utils.token 即使都含 token，调用时也必须写全路径，不会混淆
- Go 模块路径 github.com/user/project/config 是全局唯一标识，同名包只要路径不同就完全独立
- PHP 和 C++ 要求类/函数必须归属于明确命名空间，如 App\Models\User 和 LibraryB\User，实例化时用反斜杠分隔
导入时主动控制名称映射
不依赖默认名，而是用别名建立清晰、无歧义的引用关系，尤其适合共存多个同功能但来源不同的模块。
- Python：import json as std_json、import simplejson as json，调用时语义明确
- JavaScript：import { get as apiGet } from './api' 或 import * as authApi from './auth'
- C++：namespace fs = boost::filesystem，避免重复书写冗长前缀
- Vuex 模块开启 namespaced: true 后，commit('SET_NAME') 只在本模块内生效，跨模块需写 commit('user/SET_NAME')
约定优先：命名规范 + 显式导出
技术手段之外，团队协作更依赖一致的规范来预防问题。
- 模块文件名用小写+下划线（data_loader.py），避开标准库名（如不叫 json.py）
- Python 用 __all__ = ["ClassA", "func_b"] 明确公开接口，隐藏实现细节
- C++ 头文件中所有类/函数放在专属命名空间里，如 namespace myproj::core，绝不裸露到全局
- 禁用 from module import * 或 using namespace std 这类全量引入，尤其不在头文件中使用
