一、启动参数概述

什么是启动参数

启动参数，说白了就是程序启动时传给它的「指令纸条」。

你想想看，一个程序编译完了就是个二进制文件。它自己不知道要跑在什么环境、连接哪个数据库、日志写到哪里。这些信息从哪来？就是启动参数。

我习惯把启动参数分成三类：

• 配置型参数：比如端口号、数据库地址、日志级别
• 行为型参数：比如是否开启调试模式、是否启用缓存
• 资源型参数：比如JVM堆大小、最大连接数、线程池大小

举个例子，一个Java应用启动时：

java -Xms512m -Xmx1024m -Dspring.profiles.active=prod -jar app.jar

这里面 -Xms 和 -Xmx 是资源型参数，-Dspring.profiles.active=prod 是配置型参数。它们共同决定了这个程序怎么跑、跑多快、跑在哪。

为什么需要配置启动参数

这个问题我问过不少新人。他们的第一反应是：「写在代码里不行吗？」

行，当然行。但后果是什么？

• 开发环境连测试库，测试环境连生产库——每次部署都要改代码
• 线上出问题想调大内存——得重新编译打包
• 想灰度发布、切流量——得改代码再上线

我在项目中遇到过最惨的一次：一个同事把数据库密码硬编码在代码里，结果代码被传到GitHub公开仓库。嗯，那天晚上我们全组都在改密码、回滚版本。

启动参数的价值，其实就三点：

价值	说明	我的经验
环境隔离	同一份代码，不同参数跑不同环境	开发/测试/预发/生产，一套代码搞定
动态调整	不改代码，只改参数就能调优	线上OOM？加内存参数重启就行
安全合规	敏感信息不落代码，只传参数	密码、密钥走环境变量或参数传入

启动参数的生命周期

一个启动参数从诞生到消亡，大概经历这么几个阶段：

1. 定义阶段：在代码里声明这个参数叫什么、什么类型、默认值是什么
2. 传入阶段：启动时通过命令行、环境变量、配置文件等方式传进去
3. 解析阶段：程序启动器（比如Spring Boot、JVM）解析这些参数
4. 生效阶段：参数值被赋值到对应的变量或配置对象中
5. 使用阶段：程序运行时读取这些参数，决定行为
6. 销毁阶段：程序退出，参数失效

这里有个很多人忽略的点：启动参数只在启动时生效。程序跑起来之后，你改启动参数是没用的。除非你重启应用。

我曾经踩过这个坑：线上一个服务内存吃紧，我直接改了启动脚本里的 -Xmx 参数，然后自信满满地等着它生效。结果呢？进程还在跑，参数根本没变。嗯，得重启才行。

为了让你更直观地理解，我画了一张生命周期图：

这张图你看懂了吗？我简单解释一下：

参数从「定义」开始，经过「传入」「解析」「生效」，最后在「使用」阶段发挥作用。当进程退出时，参数就「销毁」了。整个过程是单向的、不可逆的。

这里有个关键点：参数一旦生效，就不会再变了。你想在运行中改？那得用动态配置，比如 Apollo、Nacos 之类的。但那是另一门课的内容了。