静态初始化适用于编译期已知数据的场景，如配置项、枚举常量；动态初始化用于运行时确定长度或内容，如读取用户输入或解析JSON；混合写法本质仍是静态初始化；final数组推荐静态初始化以确保引用不可变。
静态初始化适合数据已知、固定且数量明确的场景。比如配置项、测试用例、枚举常量、硬编码的业务规则列表等。你写 String[] roles = {"admin", "user", "guest"};，编译期就确定了长度和内容，语义清晰，不易出错。这种写法也常用于单元测试中构造预期结果，或在工具类里定义状态码映射表。
动态初始化适合运行时才能确定长度或内容的场景
例如读取用户输入个数后创建数组、解析 JSON 中不定长的数字列表、从文件逐行读取并暂存、批量生成随机数等。你先写 int[] scores = new int[n];，再通过循环或方法填充数据。这种方式把“分配空间”和“填入数据”解耦，更灵活，也避免了提前硬编码带来的维护成本。
混合写法（new int[]{...}）本质仍是静态初始化
虽然带 new 关键字，但它只是静态初始化的语法变体，仍要求元素全部在编译期可确定。它能用在表达式中，比如作为方法参数或三元运算符分支：return condition ? new String[]{"yes"} : new String[]{"no"};。但别把它当成动态初始化——它不接受变量长度，也不能省略大括号里的值。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
final 数组推荐用静态初始化来保证引用不可变
如果希望数组变量指向的对象不被替换（但允许修改内部元素），静态初始化最直接：final int[] CONFIG = {10, 20, 30};。而动态初始化需确保在声明同时或构造块中完成赋值，否则编译报错；若只声明未初始化，后续又忘了 new，容易留下 null 引用，引发空指针异常。
立即学习“Java免费学习笔记（深入）”；
