In November 2012, the revision 21 of Android SDK Tools was released and one of the items in the release notes made me a very happy panda:
Improved the build time by pre-dexing libraries (both JAR files and library projects).
This change solved the most problematic issue with Guava and other large libraries – build time. Before this change Android tools executed dex for your code and every referenced library every time you wanted to launch the application, which in case of Guava took ages and required increasing heap space for Java VM, because the Eclipse closed with “Unable to execute dex: Java heap space” error.
IntelliJ users could work around this issue by enabling Proguard for debug builds, which could reduce the size of dex input by removing unused code. Eclipse users might try generalizing the Treeshaker plugin, which does pretty much the same inside a custom compilation step added before dexing. But there was no straight way to use Guava and keep the build times on the sane level.
Now the first build still takes ages, and the Eclipse still crashes if you don’t bump its heap space, but for all consecutive builds everything works blazing fast. Goodbye hand rolled stuff, welcome immutable collections, fluent comparators, hashCode helper and tons of other goodness. I keep finding in our code base whole chunks of code which can be replaced with one or two lines utilizing Guava features. I plan to post a summary of those changes.
Final note: if you are using Proguard, remember to add Guava specific entries mentioned in the documentation.