Shell参数解析由JVM启动器完成，args数组已是最终分词结果；误用split会破坏带空格参数；应优先信任args，构造命令行时需手动加引号；Runtime.exec(String[])更安全；System.exit()仅适用于主流程收尾，测试中应抽离退出逻辑。
Shell 字符串解析时，空格和引号没处理好直接崩
命令行参数传进 Java 程序后，args 数组已经完成分词 —— 这不是 Shell 在解析，而是 JVM 启动器（如 java 命令）按空格+引号规则切分的。你看到的 args[0] 就是最终结果，不存在“再解析一次 Shell 语法”的机会。
常见错误现象：java MyApp "hello world" foo 中，args[0] 是 "hello world"（不带引号），但有人误用 String.split(" ") 把它又劈开，得到 "hello 和 world" —— 引号早没了，再 split 纯属自找麻烦。
- 如果原始输入来自用户粘贴的命令行片段（比如配置里存了
ls -l "/path/with space"），别自己写正则去 parse，用现成的StringTokenizer或更稳妥的org.apache.commons.exec.CommandLine - 若必须手动拆，优先信任
args数组本身；需要构造新命令行字符串时，对每个参数用双引号包裹，再String.join(" ", quotedArgs) -
Runtime.getRuntime().exec(String)会触发 shell 解析，有安全风险且行为不可控；一律改用Runtime.getRuntime().exec(String[])形式
System.exit() 在非主线程调用没反应？不是卡住，是被忽略
System.exit() 只终止 JVM，不区分线程上下文 —— 但它在某些场景下确实“无效”：比如你在线程池任务里调 System.exit(0)，主线程可能早已退出，JVM 已经开始清理，这时 exit 调用会被静默丢弃（JDK 8+ 行为）。
使用场景：仅限主流程明确收尾，例如 CLI 工具解析完参数发现 --help，立刻退出；或检测到致命配置错误无法恢复。
- 不要在
CompletableFuture回调、定时任务、HTTP handler 里调System.exit()—— 改用抛异常 + 外层捕获，或发信号给主循环 - 测试中遇到
System.exit()阻断执行？用SecurityManager拦截（JDK 17+ 已废弃）或更现实的方案：把退出逻辑抽成Consumer<integer></integer>参数，测试时传入空实现 - Spring Boot 应用里，应调
SpringApplication.exit(context, exitCode)，它会触发ExitCodeGenerator链，比裸System.exit()安全
用 return / break / continue 替代 goto 式跳转，但别堆嵌套
Java 没有 goto，但有人用多层 if + 标签 break 模拟跳转，结果缩进越来越深，逻辑反而难读。真正该用的，是提前 return 或提取方法。
典型错误：在一个长方法里写 if (valid) { if (exists) { if (ready) { ... } else { break outer; } } } —— outer 标签本身就在暗示结构失控。
- 单次条件失败就该
return：比如参数校验不通过，直接if (args.length == 0) return;，别包进 else 块 - 循环中想跳出多层？先问是否真需要 —— 大部分情况可改用
Stream.anyMatch()或提取成独立布尔函数 - 实在要跨作用域通信，用私有异常（
private static class BreakSignal extends RuntimeException）比标签 break 更易追踪，也兼容 lambda
main 方法里混逻辑和退出码，容易漏掉非零状态
main 方法签名是 public static void main(String[] args)，它不能直接返回退出码 —— 所以很多人写完所有逻辑，忘了调 System.exit(1)，导致错误时仍返回 0（成功态）。
性能影响不大，但 CI/CD 流水线、shell 脚本依赖 $? 判断成败，一个漏掉的 exit(1) 会让故障静默通过。
- 把核心逻辑抽成
int run(String[] args)方法，main只负责调用并传给System.exit() - 所有异常路径都要覆盖：
try { System.exit(run(args)); } catch (Exception e) { e.printStackTrace(); System.exit(1); } - 避免在
run()里直接调System.exit()—— 这会让单元测试无法控制流程，也违背单一出口原则
最常被忽略的是：标准输入流提前关闭、日志缓冲未 flush、异步线程未 await 就 exit —— JVM 退出时不等这些，数据可能丢。退出前加个 System.out.flush() 和 ExecutorService.shutdownNow() 等待，比什么都管用。
