main方法的String[] args参数接收Java命令行中类名之后的所有字符串（按空格/制表符分割，引号内内容不拆分），不包含java命令和类名；args数组永不为null，长度可为0。
main方法的String[] args参数到底接收什么
Java程序启动时，JVM会把命令行中java命令之后、类名之后的所有字符串，按空格（或制表符）分割后，作为字符串数组传给main(String[] args)。注意：引号包裹的内容（如"hello world"）算作一个元素，不会被空格切开；但单引号无效，Windows下反斜杠需转义。
常见误解是认为args包含java命令本身或类名——其实不包含，只从第一个非命令/类名的token开始。
- 执行
java MyApp -v --port 8080 "log dir"→args是["-v", "--port", "8080", "log dir"] - 执行
java MyApp a\ b（Linux/macOS）→args[0]是"a b"；Windows下a^ b才等效，直接写a\ b会被当成两个参数 - 若参数含等号（如
--name=alice），它就是一个完整字符串，不会自动拆成键值对
如何安全解析带选项的命令行参数
手写for循环遍历args容易出错：漏掉下一个参数、混淆位置与命名参数、忽略重复选项。建议用成熟库，而非自己切分或正则匹配。
Apache Commons CLI和picocli是主流选择。其中picocli更现代，支持注解、自动帮助生成、甚至子命令，且零依赖（单jar可运行）。
立即学习“Java免费学习笔记（深入）”；
- 用
picocli时，定义字段加@Option注解，例如@Option(names = {"-p", "--port"}) int port = 8080; - 调用
new CommandLine(new MyApp()).parseArgs(args)后，字段自动赋值，非法参数会抛ParameterException并打印友好提示 - 避免用
System.getProperty()试图读取命令行参数——那是读JVM系统属性（-Dkey=value），不是args
args为空或null时会发生什么
args永远不会是null——JVM保证传入一个长度可能为0的数组。所以无需判空，但要检查长度。
- 执行
java MyApp→args.length == 0，不是null - 错误写法：
if (args == null) { ... }永远不执行，纯属冗余 - 正确判断无参：
if (args.length == 0)；判断至少一个参数：if (args.length - 若逻辑依赖某个必填参数（如输入文件路径），应在解析后校验，而不是依赖数组长度做业务分支
在IDE里怎么模拟命令行参数调试
IDE运行配置中设置的“Program arguments”内容，会原样传给args，但要注意IDE对空格和引号的处理逻辑可能和终端不一致。
- IntelliJ：Run → Edit Configurations → Program arguments → 填
-c config.json --debug（不用加java MyApp前缀） - Eclipse：Run Configurations → Arguments → Program arguments → 同样只填参数部分
- 陷阱：在IDE里写
"a b"，有些版本会去掉引号再传入，导致变成两个参数；稳妥做法是改用a\ b或在代码里用Arrays.toString(args)打印验证 - 真正上线前，务必在终端中手动执行一遍，避免IDE“帮你省事”掩盖问题
--verbose和--quiet不能共存）、以及错误时给出精准反馈。这些靠裸写args循环很难维护，交给picocli这类库处理更可靠。 
