是的，os.environ['KEY']在键不存在时会抛出KeyError；而os.getenv('KEY')或os.environ.get('KEY')则返回None或指定默认值，更安全。
直接读取环境变量用 os.environ['KEY'] 会报错？
没错，os.environ 是个类字典对象，但直接用方括号访问不存在的键（比如 os.environ['NONEXISTENT']）会抛出 KeyError。这不是 bug，是设计如此——它模仿真实 shell 的严格行为。
实际脚本里更安全的做法是：
- 用
os.environ.get('KEY')，返回None或自定义默认值，比如os.environ.get('HOME', '/tmp') - 用
os.getenv('KEY')，本质和.get()一样，但语义更明确，可读性稍好 - 真要断言某个变量必须存在，再用方括号，但得配
try/except KeyError
修改环境变量只对当前进程有效，子进程不会继承？
是的。os.environ['PATH'] = '/my/bin:' + os.environ['PATH'] 这种赋值，只影响当前 Python 进程及其后续启动的子进程（如 subprocess.run()），绝不会反向写回系统或父 shell。
常见误解场景：
立即学习“Python免费学习笔记（深入）”；
- 在脚本里改了
os.environ['PYTHONPATH']，然后期望之后手动运行的python myscript.py能生效 → 不会 - 用
os.system('echo $MYVAR')打印刚设的变量 → 可能为空，因为os.system启动的是新 shell，而你的修改已生效，但要注意 shell 类型（bash/zsh）是否重新读取了环境 - 想让 Flask/Django 启动时读到新变量？必须在启动前设置，比如用
env VAR=1 python app.py或在 IDE 的运行配置里填
os.environ 和 os.getenv() 在 Windows 和 Linux 下有差异吗？
底层行为一致，但大小写敏感性不同：
- Linux/macOS：严格区分大小写，
os.environ['Path']≠os.environ['PATH'] - Windows：注册表层面不区分，Python 的
os.environ也做了适配，os.environ['path']、os.environ['PATH']、os.environ['Path']都能取到同一个值
所以跨平台脚本里，建议统一用大写习惯（如 'PATH'、'HOME'），避免在 Windows 上侥幸通过、到 Linux 报错。
另外：os.environ 初始化发生在 Python 启动时，之后系统级变更（如另一个终端里 export FOO=bar）不会自动同步进来。
为什么 print(os.environ) 输出一堆乱码或看不到值？
因为 os.environ 是 os._Environ 实例，直接 print 会调用其 __repr__，可能被截断或显示为内存地址。真正要看全量内容，得遍历：
for key, value in os.environ.items():
print(f'{key}={value}')
或者只查关心的几个：
print(os.environ.get('USER', 'unknown'))-
print(list(os.environ.keys()))快速看有哪些键
注意：某些环境变量（如 LD_LIBRARY_PATH）值可能含冒号、空格甚至不可见字符，打印时别只依赖肉眼识别，必要时用 repr(value) 看原始字符串。
