args参数类型是string[]，jvm将命令行空格分隔的每个token原样转为字符串存入数组，不解析引号、转义或合并；访问前必须检查args.length，避免arrayindexoutofboundsexception等运行时错误。
main方法的args参数到底是什么类型和结构
它就是String[]，不是List，也不是可变参数String...（虽然语法等价，但字节码和反射行为有差异）。JVM启动时把命令行空格分隔的每个token原样转成字符串塞进这个数组，不解析引号、不处理转义、不合并——哪怕你写java MyApp "hello world"，args[0]也是"hello world"这个完整字符串，而不是两个元素。
常见错误现象：args.length == 0却以为“没传参”是程序bug，其实只是用户根本没输任何东西；或者误把args[1]当默认值用，结果ArrayIndexOutOfBoundsException直接崩溃。
- 始终检查
args.length再访问具体下标 - 如果需要键值对（如
-c config.json），别手动for循环解析，用Apache Commons CLI或picocli -
args里永远不会包含Java进程名或类名——那是JVM自己吃的，你只拿到java命令之后的部分
带空格、等号、短横线的参数怎么安全传入
Shell层面负责拆分，JVM只负责收。所以关键在启动命令怎么写，不在Java代码里怎么读。
使用场景：路径含空格（/Users/me/My Project/app.jar）、配置项（--port=8080）、布尔开关（-v -d）。
立即学习“Java免费学习笔记（深入）”；
容易踩的坑：java MyApp -f a b c会被拆成args = ["-f", "a", "b", "c"]，而非["-f", "a b c"]；想传a=b又怕被shell当变量展开，得加单引号。
- 含空格的值必须用双引号或单引号包裹：
java MyApp "/path/with space/file.txt" - 等号连接的参数，引号要包住整个
key=value：java MyApp "--output=file name.txt" - 避免在参数里用未引号的
$、*、?，否则shell会提前展开
args解析失败时最常见的三个运行时错误
不是编译报错，而是运行起来一读就崩。根源几乎都出在假设参数存在或格式固定上。
典型错误信息：java.lang.ArrayIndexOutOfBoundsException: Index 0 out of bounds for length 0、java.lang.NumberFormatException: For input string: "abc"、java.nio.file.NoSuchFileException: abc.txt。
-
args[0]空指针？其实是args数组本身非空，但某个元素是null——这不可能，JVM保证args里全是非null字符串；真正问题是下标越界 - 把
args[0]当数字用却没校验，Integer.parseInt(args[0])遇到字母直接抛NumberFormatException - 把
args[1]当文件路径传给Files.readAllBytes(Paths.get(args[1]))，结果路径不存在或没权限，抛IOException子类
args够用吗？什么情况下该换配置文件或环境变量
单纯传几个开关或路径，args完全够用；一旦参数超过4个、有嵌套结构（如JSON）、需复用或保密，它就立刻变得脆弱且难维护。
性能影响几乎没有——数组访问O(1)，但可读性和协作成本飙升。兼容性上，所有JDK版本行为一致，这点很稳。
- 密码、token、密钥绝不要走
args，进程列表（ps）能直接看到 - 多个环境共用同一套启动脚本时，用
ENV=prod java MyApp配合System.getenv("ENV")更灵活 - 复杂配置（数据库URL、重试策略、超时时间）写
application.yml，用snakeyaml加载，别硬塞进args
最常被忽略的一点：args没有默认值概念。你不能指望args[2]“如果没有就用10”，必须显式判断并赋默认值——这点连很多老手都会漏掉空字符串或空白符的trim处理。
