应使用 sys.platform == 'win32' 判断 Windows，因其是官方定义值；'win' 不存在，前缀匹配会漏判。优先用 sys.platform 做快速分支，platform.system() 仅用于用户展示。
sys.platform 是判断当前运行环境最轻量、最常用的方式之一，但它不是万能的——用错地方反而会埋下兼容性隐患。
为什么不用 sys.platform 判断 Windows 就写 'win'？
常见错误是直接匹配字符串前缀：if sys.platform == 'win' 或 sys.platform.startswith('win')。这会漏掉真实值 'win32'（所有 Windows 版本，包括 64 位），而 'win' 根本不会出现。
正确做法只认官方文档定义的值：
-
sys.platform == 'win32'→ 所有 Windows（含 Cygwin 以外的 Windows 子系统） -
sys.platform == 'linux'→ 所有 Linux 内核系统（包括 WSL2） -
sys.platform == 'darwin'→ macOS -
sys.platform == 'cygwin'→ Cygwin 环境（极少用，需单独处理）
别碰 'msys' 或 'freebsd' 这类非标准返回，除非你明确支持它们且已验证行为。
立即学习“Python免费学习笔记（深入）”；
sys.platform 和 platform.system() 该选哪个？
两者都能识别系统，但语义和稳定性不同：
-
sys.platform返回底层平台标识，快、稳定、无额外依赖，适合测试脚本中快速分支 -
platform.system()调用 C 库获取系统名，返回'Windows'/'Linux'/'Darwin'，更易读但略慢，且在某些嵌入式或容器环境中可能不可靠
测试脚本里优先用 sys.platform；如果需要向用户展示系统名（比如日志输出），再用 platform.system()。
测试中用 sys.platform 做条件跳过时的坑
pytest 或 unittest 中常这样跳过平台专属测试：
import sys import pytest <p>@pytest.mark.skipif(sys.platform != 'win32', reason='Only on Windows') def test_windows_registry_access(): ...
问题在于：这段代码在 Linux/macOS 上导入时就会执行 sys.platform != 'win32'，没问题；但一旦写成：
@pytest.mark.skipif(sys.platform == 'darwin', reason='Fails on macOS')
def test_file_permissions():
...
看似合理，实则危险——如果某天在新硬件（如 Apple Silicon）上跑，sys.platform 仍是 'darwin'，但权限行为已变，这个 skip 就成了“掩耳盗铃”。
更稳妥的做法是：用 skipif 只跳过**确定不支持**的平台，而不是“可能出问题”的平台；对模糊场景，改用运行时检查 + pytest.skip()：
def test_file_permissions():
if sys.platform == 'darwin':
try:
os.chmod(..., 0o000) # 实际尝试
except PermissionError:
pytest.skip('chmod 000 fails on this macOS config')
复杂路径/命令逻辑里别只靠 sys.platform
比如你想根据平台选命令：cls 或 clear，仅靠 sys.platform == 'win32' 不够——WSL2 下 sys.platform 是 'linux'，但终端仍可能接受 cls（取决于 shell）。这时候应结合 os.environ.get('TERM') 或直接捕获 subprocess.run 的 returncode 来 fallback。
真正容易被忽略的是：测试脚本往往运行在 CI 环境（GitHub Actions、GitLab CI），这些环境的 sys.platform 值虽正确，但 shell 行为、可用命令、文件系统挂载方式可能和本地开发机完全不同。别只在本地验证 sys.platform 分支，CI 配置里必须覆盖所有目标平台的真实执行流。
