Java开发如何配置Google工具库环境_Guava常用功能依赖接入-java教程-PHP中文网

直接在pom.xml中声明com.google.guava:guava:33.2.1-jre即可，无需classifier；注意避免旧版本冲突、统一dependencymanagement管理；guava optional自32.0.0-jre起已弃用，须迁移到java.util.optional；guava cache需配置淘汰策略防内存泄漏；immutablelist适用于创建即固定的场景。

java开发如何配置google工具库环境_guava常用功能依赖接入

Guava 依赖怎么写进 `pom.xml` 才不冲突

直接用最新稳定版 com.google.guava:guava，别碰 guava-jre 或 guava-android —— 大多数 Java 后端项目要的是 JRE 版本，但 Maven 中只写 guava 就够了，它已自动适配 JDK 8+。

常见错误是抄到旧版（比如 19.0）或加了 classifier，结果 ImmutableList.of() 编译报错、Optional 和 JDK 自带的冲突。Maven 里只要这一段：

<dependency><groupid>com.google.guava</groupid><artifactid>guava</artifactid><version>33.2.1-jre</version></dependency>

版本号末尾的 -jre 不能省，这是区分 Android 兼容版的关键标识
如果项目用了 Spring Boot 3.x + JDK 17，确认没意外引入 guava:29.0-jre 等低版本——老版本不支持 jdk17+ 的 sealed 类校验，运行时可能抛 VerifyError
多个模块共用 Guava 时，统一在父 pom.xml 的 <dependencymanagement></dependencymanagement> 里锁死版本，避免子模块各自声明导致实际加载的不是你写的那个版本

为什么 `Optional` 和 `com.google.common.base.Optional` 不能混用

Guava 的 Optional 在 guava 32.0.0-jre 起已被标记为 @Deprecated，官方明确要求迁移到 JDK 8+ 的 java.util.Optional。这不是风格偏好问题，而是类型不兼容：两者无继承关系，传参或返回时编译直接失败。

旧代码里还在用 Optional.fromNullable(x)？立刻换成 Optional.ofNullable(x)
FluentIterable、Iterables 等类里大量返回 Optional，升级后需同步改调用链，否则 map() 后接不上 JDK 的 orElse()
如果必须保留 Guava Optional（比如维护老 SDK），请确保全模块都用同一套，且禁止和 java.util.Optional 出现在同一个方法签名里

`CacheBuilder` 配置内存泄漏的三个典型写法

Guava Cache 默认是强引用 key/value，不做清理就容易 OOM。不是加了 maximumSize(1000) 就万事大吉。

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

没设 expireAfterWrite 或 expireAfterAccess：缓存项永远不淘汰，size 限制只在 put 时触发驱逐，但已有对象仍驻留堆中
key 是匿名内部类或 Lambda：它们隐式持外部类引用，导致整个 Activity/Service 实例无法回收（Android 场景）；Java SE 里也容易让 DAO 对象被缓存间接持有
用了 weakKeys() 却没配 weakValues() 或 softValues()：key 可能被回收，value 还牢牢占着内存，反而更难预测生命周期

推荐写法：CacheBuilder.newBuilder().maximumSize(1000).expireAfterWrite(10, TimeUnit.MINUTES).weakKeys().build(...) —— 至少保证 key 不阻止 GC，再配合业务逻辑控制 value 生命周期。

从 `Lists.newArrayList()` 到 `ImmutableList.of()` 的实际取舍

别无脑替换成 ImmutableList。它适合配置、枚举值、API 响应体等「创建即固定」的场景；但若后续还要 add()、remove()，强行用不可变集合只会让你多写三行 new ArrayList(immutableList)。

Lists.newArrayList() 返回的是 ArrayList，可变、线程不安全、无额外封装开销
ImmutableList.of("a", "b") 在元素 ≤ 5 时走紧凑实现（无数组分配），性能略优；但 ImmutableList.copyOf(list) 会深拷贝，大数据量时注意 GC 压力
IDEA 里 Ctrl+Click 进去看到 ImmutableList 构造器是 private，说明它不鼓励运行时构造，更适合做常量定义

真正容易被忽略的是：ImmutableList 的 equals() 和 hashCode() 行为与 ArrayList 一致，但它的 toString() 输出格式一样，调试时看不出区别，误以为可变，结果修改时报 UnsupportedOperationException。