Python没有原生\_PARAM标签机制，需手动解析：遍历sys.argv[1:]，用startswith('_PARAM_')匹配，split('=',1)分离键值，切片[7:]取名、索引[1]取值，并处理空值。
Python 中用 sys.argv 传参时，_PARAM 标签名和值怎么解析
直接说结论：Python 没有原生的 _PARAM 标签机制，所谓 _PARAM 通常是用户自定义的参数标记格式（比如 shell 脚本里写成 _PARAM_NAME=value），不是语言标准。你得自己拆解字符串。
常见错误是把 _PARAM_NAME=abc 当作普通参数直接用，结果 sys.argv[1] 整体当变量名，没分离出 NAME 和 VALUE。
- 用
sys.argv获取原始参数列表，跳过脚本名（sys.argv[0]） - 对每个参数做前缀判断：
if arg.startswith('_PARAM_'): - 用
arg.split('=', 1)拆一次（防 VALUE 里含等号），再取[0][7:]截掉_PARAM_，[1]为值 - 注意空值处理：如果
_PARAM_FOO=，[1]是空字符串，不是None
Shell 脚本里用 _PARAM 传参，为什么 $1 拿不到 NAME/VALUE 分离结果
Shell 不会自动识别 _PARAM 前缀——它只按空格分词。所以 ./script.sh _PARAM_USER=admin _PARAM_ENV=prod 中，$1 是完整字符串 _PARAM_USER=admin，不是 USER。
必须手动解析：
- 用
case或[[ $arg == _PARAM_* ]]匹配前缀 - 用
${arg#_PARAM_}去掉前缀，再用${param%%=*}取 NAME，${param#*=}取 VALUE - 别用
cut -d=，因为 VALUE 可能含等号（如_PARAM_URL=https://a=b/c） - 赋值时加引号：
NAME="${param%%=*}" VALUE="${param#*=}"，否则空格会截断
Go 程序里解析 _PARAM 参数，flag 包为什么不生效
flag 包默认只认 -name 或 --name 形式，对 _PARAM_NAME=value 完全无感。强行注册 flag.String("_PARAM_NAME", ...) 会报错：非法 flag 名（含下划线+等号）。
正确做法是绕过 flag，直接操作 os.Args：
- 从
os.Args[1:]开始遍历 - 用
strings.HasPrefix(arg, "_PARAM_")过滤 - 用
strings.SplitN(arg, "=", 2)拆分，长度必须为 2 才算有效参数 - NAME 用
parts[0][7:]（硬切 7 位去掉_PARAM_），VALUE 用parts[1] - 注意：Go 的
flag.Parse()会吞掉所有它不认识的参数，所以必须在flag.Parse()之前处理_PARAM
Java 启动时传 _PARAM，JVM 参数和应用参数容易混淆
Java 命令行里，-Dkey=val 是 JVM 系统属性，_PARAM_XXX=yyy 属于应用级参数，但 main(String[] args) 收到的是全部非 JVM 参数——前提是没被 -D、-X 等提前截走。
典型陷阱：
- 写成
java -D_PARAM_USER=admin MyApp：这个_PARAM_USER变成系统属性名，不是应用参数 - 正确写法是
java MyApp _PARAM_USER=admin _PARAM_ENV=test，然后在main里遍历args - 推荐用
Arrays.stream(args).filter(s -> s.startsWith("_PARAM_"))...+String::split("=", 2) - 如果用了 Spring Boot，别指望
@Value("${_PARAM_USER}")自动注入——它不识别这种前缀，得自己写@PostConstruct解析
最麻烦的其实是多层封装：Docker run、K8s env、shell wrapper 都可能二次转义等号或空格，最终落到程序里的 _PARAM 字符串可能已被破坏。真要用，建议统一收口成 JSON 字符串传入，比拼字符串可靠。
