Windows下Python argparse行为随启动模式不同存在差异

先来看你的代码片段，逻辑完全没问题：

from __future__ import print_function
import argparse
import sys
def manage_command_line():
    parser = argparse.ArgumentParser(description='Simple Description')
    parser.add_argument('code', type=str, help='Project code')
    return parser.parse_args()
args = manage_command_line()
print(args)
print(sys.version)

你提到用c:\Python27\python.exe test-argparse.py KB130调用时结果符合预期，这是因为这种命令行显式调用的模式下，所有后续参数都会被完整传递给Python解释器，最终进入sys.argv列表——argparse本质就是基于sys.argv来解析参数的，所以自然能正确识别KB130这个必填项。

而在Windows下其他启动模式（比如双击.py文件、通过文件关联直接打开脚本、未配置参数的快捷方式）出现差异，核心原因是这些模式不会向脚本传递额外参数，具体细节：

• 双击脚本/文件关联启动：Windows会调用关联的Python解释器运行你的脚本，但只会把脚本的完整路径传入sys.argv，不会带上你需要的KB130这类自定义参数。这时候argparse发现缺少必填的code参数，就会抛出错误（如果没看到错误窗口，是因为脚本运行完立刻关闭了控制台，你可以在脚本末尾加input("Press Enter to exit...")来查看报错信息）。
• 快捷方式启动：如果你的快捷方式只指向Python解释器和脚本路径，没有在末尾手动添加参数，那么和双击脚本的情况一致，sys.argv里只有脚本路径，没有code参数。
• 拖放文件到脚本图标：这种情况会把拖放的文件路径作为参数传入，但这不是你需要的项目编码，所以argparse也会解析失败。

你可以做个简单验证：在脚本开头加一行print("sys.argv内容:", sys.argv)，然后用不同方式启动，就能直观看到差异：

• 命令行调用时，输出会是sys.argv内容: ['test-argparse.py', 'KB130']
• 双击脚本时，输出会是sys.argv内容: ['C:\\你的脚本完整路径\\test-argparse.py']

如果想在非命令行模式下也能正确传递参数，你有几个选择：

• 修改快捷方式的“目标”字段，在末尾加上参数，比如c:\Python27\python.exe "C:\脚本路径\test-argparse.py" KB130
• 给脚本添加参数输入的降级逻辑，比如如果argparse解析失败，就通过input()让用户手动输入code
• 始终在命令行环境下运行需要参数的脚本（这也是最推荐的方式，因为带参数的脚本本来就更适配命令行场景）

内容的提问来源于stack exchange，提问作者rummidge