• DK提供的String还不够好么？

• Joiner/Splitter

• CharMatcher

• Ints

• Multiset

• Multiset Code

• unmodifiable

• defensive copies

• Immutable

• ImmutableMap

• Multimap

• BiMap

• Table

• Functions

• 断言：Predicate

• filter

• Cache is king

• CacheLoader

• 异步回调

• Summary

•  
  JDK提供的String还不够好么？
  也许还不够友好，至少让我们用起来还不够爽，还得操心！举个栗子，比如String提供的split方法，我们得关心空字符串吧，还得考虑返回的结果中存在null元素吧，只提供了前后trim的方法（如果我想对中间元素进行trim呢）。
  那么，看下面的代码示例，guava让你不必在操心这些：

  
  Joiner/Splitter
  Joiner是连接器，Splitter是分割器，通常我们会把它们定义为static final，利用on生成对象后在应用到String进行处理，这是可以复用的。要知道apache commons StringUtils提供的都是static method。更加重要的是，guava提供的Joiner/Splitter是经过充分测试，它的稳定性和效率要比apache高出不少，这个你可以自行测试下~发现没有我们想对String做什么操作，就是生成自己定制化的Joiner/Splitter，多么直白，简单，流畅的API！对于Joiner，常用的方法是 跳过NULL元素：skipNulls() / 对于NULL元素使用其他替代：useForNull(String)对于Splitter，常用的方法是：trimResults()/omitEmptyStrings()。注意拆分的方式，有字符串，还有正则，还有固定长度分割（太贴心了！）
  其实除了Joiner/Splitter外，guava还提供了字符串匹配器：CharMatcher
  CharMatcher
  CharMatcher，将字符的匹配和处理解耦，并提供丰富的方法供你使用！

• Ints

  guava提供了Bytes/Shorts/Ints/Iongs/Floats/Doubles/Chars/Booleans这些基本数据类型的扩展支持，只有你想不到的，没有它没有的！

•  

  

   

  unmodifiable

  你看到JDK提供的unmodifiable的缺陷了吗？实际上，Collections.unmodifiableXxx所返回的集合和源集合是同一个对象，只不过可以对集合做出改变的API都被override，会抛出UnsupportedOperationException。也即是说我们改变源集合，导致不可变视图（unmodifiable View）也会发生变化，oh my god!

  当然，在不使用guava的情况下，我们是怎么避免上面的问题的呢？

• 

• Multimap
  可不可以一对多：Multimap
  JDK提供给我们的Map是一个键，一个值，一对一的，那么在实际开发中，显然存在一个KEY多个VALUE的情况（比如一个分类下的书本），我们往往这样表达：Map<k,List>，好像有点臃肿！臃肿也就算了，更加不爽的事，我们还得判断KEY是否存在来决定是否new 一个LIST出来，有点麻烦！更加麻烦的事情还在后头，比如遍历，比如删除，so hard......
  Multimap
  友情提示下，guava所有的集合都有create方法，这样的好处在于简单，而且我们不必在重复泛型信息了。get()/keys()/keySet()/values()/entries()/asMap()都是非常有用的返回view collection的方法。Multimap的实现类有：ArrayListMultimap/HashMultimap/LinkedHashMultimap/TreeMultimap/ImmutableMultimap/......

• 

• Multiset

  Multiset是什么，我想上面的图，你应该了解它的概念了。Multiset就是无序的，但是可以重复的集合，它就是游离在List/Set之间的“灰色地带”！（至于有序的，不允许重复的集合嘛，guava还没有提供，当然在未来应该会提供UniqueList，我猜的，哈哈）

  来看一个Multiset的示例：

•  

  

  可不可以双向：BiMap
  JDK提供的MAP让我们可以find value by key，那么能不能通过find key by value呢，能不能KEY和VALUE都是唯一的呢。这是一个双向的概念，即forward+backward。在实际场景中有这样的需求吗？比如通过用户ID找到mail，也需要通过mail找回用户名。没有guava的时候，我们需要create forward map AND create backward map，and now just let guava do that for you.

   

  BiMap
  biMap / biMap.inverse() / biMap.inverse().inverse() 它们是什么关系呢？你可以稍微看一下BiMap的源码实现，实际上，当你创建BiMap的时候，在内部维护了2个map，一个forward map，一个backward map，并且设置了它们之间的关系。因此，biMap.inverse() != biMap ；biMap.inverse().inverse() == biMap

• 
  可不可以多个KEY：Table
  我们知道数据库除了主键外，还提供了复合索引，而且实际中这样的多级关系查找也是比较多的，当然我们可以利用嵌套的Map来实现：Map<k1,Map<k2,v2>>。为了让我们的代码看起来不那么丑陋，guava为我们提供了Table。

  

• 
  Cache is king
  对于大多数互联网项目而言，缓存的重要性，不言而喻！如果我们的应用系统，并不想使用一些第三方缓存组件（如redis），我们仅仅想在本地有一个功能足够强大的缓存，很可惜JDK提供的那些SET/MAP还不行！

  
  CacheLoader
  首先，这是一个本地缓存，guava提供的cache是一个简洁、高效，易于维护的。为什么这么说呢？因为并没有一个单独的线程用于刷新 OR 清理cache，对于cache的操作，都是通过访问/读写带来的，也就是说在读写中完成缓存的刷新操作！其次，我们看到了，我们非常通俗的告诉cache，我们的缓存策略是什么，SO EASY！在如此简单的背后，是guava帮助我们做了很多事情，比如线程安全。
  让异步回调更加简单

•  

  

  JDK中提供了Future/FutureTask/Callable来对异步回调进行支持，但是还是看上去挺复杂的，能不能更加简单呢？比如注册一个监听回调。

   

  异步回调
  我们可以通过guava对JDK提供的线程池进行装饰，让其具有异步回调监听功能，然后在设置监听器即可！

   

   

   

  Functions
  上面的代码是为了完成将List集合中的元素，先截取5个长度，然后转成大写。函数式编程的好处在于在集合遍历操作中提供自定义Function的操作，比如transform转换。我们再也不需要一遍遍的遍历集合，显著的简化了代码！

•  

  

  filter
  需要注意的是Lists并没有提供filter方法，不过你可以使用Collections2.filter完成！
  check null and other：Optional、Preconditions
  在guava中，对于null的处理手段是快速失败，你可以看看guava的源码，很多方法的第一行就是：Preconditions.checkNotNull(elements);
  要知道null是模糊的概念，是成功呢，还是失败呢，还是别的什么含义呢？
   

   

标签：Splitter,Google,Java,JDK,Guava,提供,Joiner,biMap,guava
来源： https://blog.csdn.net/hnhygkx/article/details/104689665