启动参数的核心结构：你每天都在用，但可能没看透
说实话，很多人配置启动参数就是复制粘贴。我以前也这样，直到有一次线上服务因为一个参数顺序搞错了，折腾了整整一个通宵。从那以后，我花了不少时间研究这玩意儿到底是怎么组织的。
启动参数看着乱，其实有规律。你把它拆开看，无非就三块东西：参数名、分隔符、参数值。就这么简单。
参数名：别乱起名
参数名就是告诉程序「我要改哪个配置」。常见的命名风格有这么几种：
| 风格 | 示例 | 常见于 |
|---|---|---|
| 双横线 + 小写 | --port |
GNU 风格，Linux 工具、Node.js |
| 单横线 + 字母 | -p |
POSIX 风格，短参数别名 |
| 单横线 + 单词 | -port |
Java、部分老工具 |
| 斜杠 + 单词 | /port |
Windows 传统风格 |
我个人习惯用双横线风格。为什么？因为可读性强。你想想看，--port 8080 一眼就知道是端口号，而 -p 8080 还得去查文档才知道 p 代表什么。
分隔符：等号还是空格？
这是新手最容易踩坑的地方。参数名和参数值之间用什么隔开？主要有两种：
- 空格分隔：
--port 8080，最常见，几乎所有工具都支持 - 等号分隔：
--port=8080，GNU 风格，部分工具支持
这里有个坑。我曾经在项目里写过 --port = 8080，等号两边加了空格。结果程序直接报错，说参数不合法。嗯，记住了：等号两边不能有空格。
--name=value 和 --name value，在某些解析器里，前者把 value 当作字符串，后者可能触发通配符展开。我建议你统一用一种，别混着来。
参数值：不只是字符串
参数值可以是各种类型。我整理了一张表，你一看就明白：
| 类型 | 示例 | 说明 |
|---|---|---|
| 字符串 | --name "my app" |
带空格要加引号 |
| 数字 | --port 8080 |
整数或浮点数 |
| 布尔值 | --verbose |
有参数名即为 true |
| 路径 | --config /etc/app.conf |
绝对或相对路径 |
| 列表 | --hosts=a,b,c |
逗号分隔 |
布尔值这块容易搞混。比如 --verbose 就是开启详细日志，--no-verbose 就是关闭。有些工具还支持 --verbose=true，但我不推荐这么写，容易跟字符串混淆。
参数的组织方式：顺序重要吗？
这个问题我经常被问到。答案是：大部分情况下不重要，但有些工具很在意。
举个例子，find 命令的参数顺序就很重要：
# 正确：路径在前，参数在后
find /var/log -name "*.log" -mtime +7
# 错误：参数在前，路径在后
find -name "*.log" /var/log -mtime +7 # 可能报错我建议你养成好习惯：先写必选参数，再写可选参数。这样即使工具不要求顺序，别人看你的命令也一目了然。
一张图看懂启动参数结构
下面这张图把启动参数的完整结构画出来了。我建议你仔细看看，尤其是「参数值」那块，类型不同写法也不同。
实战：拆解一个真实命令
来看一个我实际项目里用过的命令：
java -Xmx2g -Xms512m -jar app.jar --server.port=8080 --spring.profiles.active=prod拆开看：
-Xmx2g：JVM 参数，最大堆内存 2GB-Xms512m：JVM 参数，初始堆内存 512MB--server.port=8080：应用参数，端口号--spring.profiles.active=prod：应用参数，激活生产环境配置
你看，这里混用了两种风格：JVM 参数用 -X 开头，应用参数用 -- 开头。这就是实际项目里的常态，你得学会分辨。
常见误区：你以为你懂了，其实没有
我见过太多人在启动参数上翻车。说几个最常见的：
- 引号问题：参数值里有空格不加引号，结果被 shell 拆成两个参数
- 转义问题：参数值里有特殊字符（如
$、&）没转义，被 shell 解释执行 - 环境变量：在参数里用
$VAR，但忘了 export，结果拿到空值 - 参数覆盖：同一个参数写了两次，后面的覆盖前面的，但你以为生效的是第一个
我曾经在部署脚本里写过 --name=my app，没加引号。结果程序把 my 当参数值，app 当另一个参数。查了半小时才发现。嗯，从那以后我写参数值必加引号，不管有没有空格。
好了，启动参数的结构就这些。说白了就是「参数名 + 分隔符 + 参数值」这个模式，你把它刻在脑子里。后面几章我们会深入每个部分，看看具体怎么配、怎么调、怎么避坑。