应封装带路径解析的递归取值函数，如getNestedValue(map, "user.profile.avatar.url")，支持点号分隔、数组索引及类型校验，避免NPE和ClassCastException，不推荐Jackson用于原生Map场景。
Map嵌套结构里怎么安全地按路径取值
直接用 get() 链式调用会遇到 NullPointerException，尤其当某层 key 不存在或值为 null 时。必须逐层判空，但手写太啰嗦、易漏。
推荐封装一个带路径解析的递归取值函数，比如 getNestedValue(map, "user.profile.avatar.url")。路径分隔符统一用点号（.），符合直觉，也兼容大多数配置场景。
- 路径中任意一级 key 不存在 → 返回
null（不抛异常） - 某级值是
null或不是Map类型 → 立即终止，返回null - 支持数组索引语法如
items.0.name，但需额外判断是否为List并做下标越界防护
递归函数里怎么避免 ClassCastException
Java 中 Map 的 value 类型不确定：可能是另一个 Map、List、字符串，甚至自定义对象。硬转 (Map) value 一碰上字符串就崩。
必须在每次下探前做类型校验：
- 用
value instanceof Map判是否可继续递归 - 用
value instanceof List处理数组路径（如.0），再检查下标范围 - 其他类型（
String、Integer等）直接返回，不再深入
别依赖 instanceof Object —— 没意义；也别用 getClass().isAssignableFrom()，过度设计，Map 就是 Map，List 就是 List。
为什么不用 Jackson 或 Gson 的 JsonNode.path()
如果原始数据本来就是 JSON 字符串，转成 JsonNode 再用 path("a.b.c") 当然省事。但如果你手里已经是运行时的 HashMap 或 LinkedHashMap，再序列化成 JSON 再反解析，纯属浪费 CPU 和内存。
更关键的是：Jackson 的 path() 对非 JsonNode 类型（比如 ArrayList 里混了 String）行为不一致，容易踩到“看似取到了、实则返回 MissingNode”的坑。
- 原生
Map结构 → 自己写轻量递归函数，50 行内搞定 - 已确定是 JSON 字符串 → 用 Jackson
readTree()+path()，别自己造轮子 - 混合场景（部分来自 JSON，部分来自 DB 查询结果）→ 统一转成标准 Map 结构再处理，别混用两种路径逻辑
性能和线程安全要注意什么
递归本身开销不大，但频繁创建路径数组（split("\.")）和反复装箱/拆箱会影响吞吐。高频调用场景下，建议缓存路径分段结果，或改用 String.indexOf() 迭代解析，避免生成中间数组。
线程安全方面：Map 本身不保证线程安全。如果多个线程同时读写同一个嵌套 Map，即使你的递归函数是无状态的，结果也可能错乱。不要指望“只读”就安全——因为 Map 可能正在被其他线程修改结构（比如扩容）。
- 读多写少 → 用
Collections.unmodifiableMap()包一层 - 读写并存 → 改用
ConcurrentHashMap，但注意它只保证单层操作原子性，嵌套结构仍需业务层同步 - 千万别在递归函数里加
synchronized块锁整个 map —— 会卡死其他无关路径查询
最常被忽略的一点：路径字符串本身如果是用户输入（比如前端传来的字段名），必须校验是否含非法字符（如 ..、$、控制字符），否则可能绕过层级限制访问到不该暴露的数据。
