应使用 platform.system() 和 platform.machine() 获取操作系统名和 CPU 架构，因其调用底层接口、结果更贴近实际运行环境；os.name 过粗，sys.platform 不反映真实内核且无架构信息。
直接用 platform.system() 和 platform.machine() 就能拿到最常用、最可靠的操作系统名和 CPU 架构，不需要第三方库，也不依赖环境变量或 shell 命令。
为什么不用 os.name 或 sys.platform？
os.name 只返回 'posix' 或 'nt'，区分太粗；sys.platform 返回像 'linux'、'win32'、'darwin' 这类值，看似够用，但它不反映真实内核（比如 WSL 下仍是 'linux'，但宿主机是 Windows），且无法获取硬件架构信息。
platform 模块调用的是底层 C 接口（如 uname(2) 或 Windows API），结果更贴近实际运行环境。它还提供 platform.uname() 这个统一入口，返回命名元组，字段明确：
uname_result(system='Linux', node='myhost', release='6.5.0-1020-oem', version='#20~1698742142~22.04.1-Ubuntu', machine='x86_64', processor='x86_64')
-
system是操作系统名，常见值：'Linux'、'Windows'、'Darwin' -
machine是硬件架构，注意不是处理器型号，而是 ABI 级别标识：常见有'x86_64'、'aarch64'、'AMD64'（Windows 下）、'arm64'（macOS） -
processor字段在某些平台为空或不可靠（如 Linux 上常为''），不建议依赖
platform.machine() 返回值的坑：大小写与平台差异
不同系统对同一架构可能返回不同字符串，容易导致条件判断出错。例如：
立即学习“Python免费学习笔记（深入）”；
- Intel/AMD 64 位 Linux →
'x86_64' - Intel/AMD 64 位 Windows →
'AMD64' - Apple Silicon macOS →
'arm64' - 旧版 macOS Intel →
'x86_64' - 某些嵌入式 Linux（如树莓派）→
'aarch64'
所以别写 if platform.machine() == 'x86_64' 这种硬匹配。推荐归一化处理：
import platform<br>m = platform.machine().lower()<br>is_x64 = m in ('x86_64', 'amd64')<br>is_arm64 = m in ('aarch64', 'arm64')
这样兼容性更强，也避免漏掉小写变体（部分容器环境会返回小写）。
需要区分 WSL 或虚拟化场景？得组合判断
platform 本身不标出是否运行在 WSL、Docker 或 VM 中，但可以结合其他线索做合理推断：
- WSL 典型特征：
platform.system() == 'Linux'且platform.release()包含'Microsoft'或'WSL'（如'5.15.133.1-microsoft-standard-WSL2'） - Docker 容器内：
platform.system() == 'Linux'，但/proc/1/cgroup或/proc/sys/kernel/osrelease更可信——platform不读这些，所以它只告诉你“当前进程看到的 Linux”，而非“物理机是什么” - 想确认是否真在 macOS 上（而非仅模拟）？
platform.system() == 'Darwin'是充分条件，无需额外验证
也就是说：platform 告诉你的是 Python 进程所处的 OS 和硬件视图，不是宿主机全貌——这点在容器、WSL、云函数等环境中特别关键，容易误判。
真正麻烦的不是怎么取值，而是后续逻辑里把 platform.machine() 当作 CPU 型号用，或者以为 platform.system() 能告诉你是不是 Docker —— 它不能。该补外部检测就补，别硬扛。
