Guava is a set of core libraries that includes new collection types (such as multimap and multiset), immutable collections, a graph library, functional types, an in-memory cache, and APIs/utilities for concurrency, I/O, hashing, primitives, reflection, string processing, and much more!
Guava comes in two flavors.
- The main flavor requires JDK 1.8 or higher.
- If you need support for JDK 1.7 or Android, use the Android flavor. You can
find the Android Guava source in the
android
directory.
The most recent release is Guava 22.0, released May 22, 2017.
- 22.0 API Docs: guava, guava-testlib
- 22.0 API Diffs from 21.0: guava
The Maven group ID is com.google.guava
, and the artifact ID is guava
. Use
version 22.0
for the main flavor, or 22.0-android
for the Android flavor.
To add a dependency on Guava using Maven, use the following:
<dependency>
<groupId>com.google.guava</groupId>
<artifactId>guava</artifactId>
<version>22.0</version>
<!-- or, for Android: -->
<version>22.0-android</version>
</dependency>
To add a dependency using Gradle:
dependencies {
compile 'com.google.guava:guava:22.0'
// or, for Android:
compile 'com.google.guava:guava:22.0-android'
}
Snapshots of Guava built from the master
branch are available through Maven
using version 23.0-SNAPSHOT
, or 23.0-android-SNAPSHOT
for the Android
flavor.
- Our users' guide, Guava Explained
- A nice collection of other helpful links
- GitHub project
- Issue tracker: Report a defect or feature request
- StackOverflow: Ask "how-to" and "why-didn't-it-work" questions
- guava-discuss: For open-ended questions and discussion
-
APIs marked with the
@Beta
annotation at the class or method level are subject to change. They can be modified in any way, or even removed, at any time. If your code is a library itself (i.e. it is used on the CLASSPATH of users outside your own control), you should not use beta APIs, unless you repackage them (e.g. using ProGuard). -
Deprecated non-beta APIs will be removed two years after the release in which they are first deprecated. You must fix your references before this time. If you don't, any manner of breakage could result (you are not guaranteed a compilation error).
-
Serialized forms of ALL objects are subject to change unless noted otherwise. Do not persist these and assume they can be read by a future version of the library.
-
Our classes are not designed to protect against a malicious caller. You should not use them for communication between trusted and untrusted code.
-
For the mainline flavor, we unit-test the libraries using only OpenJDK 1.8 on Linux. Some features, especially in
com.google.common.io
, may not work correctly in other environments.
For the Android flavor, our unit tests run on API level 10 (Gingerbread).