默认值变量是异常预防的前置设计，通过在数据链路起点提供合理初始值，绕过空指针、参数缺失等异常；字符串设"unknown"、数值设阈值、布尔显式赋值，并在Dify工作流中为非必填字段及结构化输入配置default，结合Optional或CompletableFuture默认策略压缩异常面。
默认值变量不是兜底补救措施，而是异常预防的前置设计。它通过在数据链路起点就提供合理初始值，让很多本可能触发空指针、参数缺失或类型不匹配的异常，在发生前就被自然绕过。
用默认值替代空值检查
很多异常源于对 null 或 undefined 的直接访问。与其在每个使用点写 if (x == null) throw …，不如在变量定义时就赋予安全默认值。
- 字符串类参数（如 user_name、region）设为 "unknown" 或 "default"，避免下游 JSON 序列化失败或模板渲染报错
- 数值类参数（如 timeout、retry_count）设为 0 或合理业务阈值（如 30、3），防止除零、负数超时等运行时错误
- 布尔开关（如 enable_logging、is_test）显式设为 false 或 true，杜绝因未初始化导致逻辑分支误判
在工作流中用默认值切断异常传播链
Dify 类工作流引擎中，一个节点输出为空，常导致下游 API 调用字段缺失、条件判断走错分支、大模型提示词拼接失败——这些都不是“异常处理”能优雅解决的，而是该从源头堵住。
- 为所有非必填输入字段配置 default，例如 "industry": {"type": "string", "default": "互联网"}
- 对结构化输入（如 config 对象）也设默认对象，而非留空： "config": {"type": "object", "default": {"log_level": "warn", "batch_size": 10}}
- 默认值优先级要清晰：API 传参 > 手动调试输入 > 配置默认值，确保可控又不失灵活性
结合 Optional 或 CompletableFuture 的默认返回策略
在代码层，把默认值思维延伸到异步和容器类型中，能进一步压缩异常发生面。
- 用 Optional.ofNullable(x).orElse("fallback") 替代 x != null ? x : "fallback"，语义更明确，且天然规避 NPE
- 异步任务中优先用 exceptionally() 提供替代结果，而不是让异常穿透到 join() 或 get() 阶段再崩溃
- 对可能为空的集合，用 Collections.emptyList() 或 ImmutableList.of() 作为默认值，避免后续 forEach 报空指针
