如何复刻CLI传入main(args:Array[String])的参数分词效果

• 传入JVM main(args: Array[String]) 的参数数组不是JVM、也不是java命令完成分词的，分词动作由操作系统对应的命令行Shell（Linux/macOS下的bash/zsh/fish、Windows下的cmd/PowerShell等）完成，JVM仅接收操作系统传来的已分词数组，直接透传给main方法。
• Java标准库没有提供任何公共API可以100%模拟CLI传入参数的分词效果——本质上不存在全局统一的分词规则，不同Shell的分词、转义、引号处理逻辑存在细节差异，没有任何工具能做到跨所有Shell的100%匹配。

1. 用户在Shell中输入完整命令行字符串后，首先由当前运行的Shell接管处理：完成空白切分、引号识别、转义符处理、变量替换、通配符展开等一系列操作，最终生成结构化的字符串数组，数组第一个元素是要执行的命令名（也就是java），后续元素是传给命令的各个参数。
2. 操作系统调用进程创建接口，将Shell生成的完整字符串数组传入，启动java进程。JVM启动后直接从操作系统接口拿到这个现成的数组，不会做任何二次分词处理。
3. JVM完成自身启动流程后，定位到要执行的主类，将参数数组中剔除第一个元素（即命令名java本身）后的剩余部分，直接作为args参数传入main方法。

举个直观例子：你在bash中输入 java Demo "a b c" d\ e，bash分词后得到的数组是 ["java", "Demo", "a b c", "d e"]，JVM传给main方法的args就是 ["a b c", "d e"]，多余的连续空格会被Shell当作分隔符忽略，引号包裹的空格、转义的空格会被保留为参数内容的一部分。

你不需要引入picocli-shell-jline3这类重型依赖，针对从配置文件读取单字符串参数、再交给Picocli解析的场景，自己实现一个兼容通用POSIX风格分词规则的轻量工具即可，代码量仅几十行，完全覆盖绝大多数使用场景，核心规则如下：

• 逐字符遍历输入字符串，跳过未被引号包裹的空白字符（空格、制表符），遇到第一个非空白字符时开始收集新参数
• 遇到单引号'时，持续读取字符直到遇到下一个单引号，中间的所有字符（包括空格、双引号、反斜杠）原样计入参数，不做任何转义处理
• 遇到双引号"时，持续读取字符直到遇到下一个未被转义的双引号，中间仅识别\"（转义双引号）、\\（转义反斜杠）两个转义序列，其余字符原样保留
• 未被引号包裹时遇到反斜杠\，将反斜杠的下一个字符原样计入参数，跳过反斜杠本身
• 遍历到字符串末尾时，将当前收集的参数内容存入结果数组

这个实现对齐了绝大多数场景下的CLI参数分词逻辑，和Picocli的参数解析逻辑完全兼容，不需要引入任何第三方依赖。不要尝试实现全平台所有Shell的分词规则，这类Shell独有语法（比如bash的大括号展开、cmd的变量包裹语法）在配置文件存储参数的场景下几乎不会出现，投入产出比极低。

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