一、List与String之间的转换
1. String 转 List
String str = "a, b, c";
List<String> result = Splitter.on(",").trimResults().splitToList(str);
2. List 转 String
List<String> list = new ArrayList<String>();
list.add("a");
list.add("b");
list.add("c");
String str = Joiner.on(",").join(list);
参考：https://blog.csdn.net/jicahoo/article/details/44105109
二、什么时候应该用Optional？
Google的官方文档中说，它是用来避免使用null的，而且Google的code base中大约95%的collection中不该含有null值。
eg : 当Map.get(key)返回null时，可能是因为Map中的值为null，也有可能是Map中没有对应的值。
Optional的最常用价值在于，例如，假设一个方法返回某一个数据类型，调用这个方法的代码来根据这个方法的返回值来做下一步的动作，若该方法可以返回一个null值表示成功，或者表示失败，在这里看来都是意义含糊的，所以使用Optional作为返回值 ，则后续代码可以通过isPresent()来判断是否返回了期望的值（原本期望返回null或者返回不为null，其意义不清晰），并且可以使用get()来获得实际的返回值。
个人理解，Optional存在的主要意义是用来规避 不明确的语义，比如Null，因为我们不知道Null到底是正确的返回结果还是本来就不存在；在我们的业务中，就比如，作为底层接口，如果查询不到结果，就返回一个无上级组织
public OrgView getUpperOrgById(long orgId) {List<OrgView> orgViews = orgQueryIface.getUpperOrgListByOrgId(orgId);if(CollectionsUtils.isNotEmpty(orgViews)){return orgViews.get(0); }OrgView orgView = new OrgView();orgView.setName("无组织");orgView.setId(-1);return orgView;
}
上面这段代码在判断如果得到的orgViews为空串的时候，就返回一个无组织，这对于上游服务来说就是不明确的语义，因为上游有可能希望如果没有上级组织，需要自己的业务里面做处理，所以这时候就应该是用Optional来做处理
public Optional<OrgView> getUpperOrgById(long orgId) {List<OrgView> orgViews = orgQueryIface.getUpperOrgListByOrgId(orgId);return Optional.of(orgViews.get(0));}
这样，上游根据Optional<OrgView>.isPresent()就可以判断是否拿到明确的含义，如果存在就认为是能够找到上级组织，如果不存在就做自己的业务处理。
三、Guava EventBus & JDK Observer模式
JDK Observer模式
public class ObserverModeEx {public static class MailObservable extends Observable{@Overrideprotected synchronized void setChanged() {super.setChanged();}@Overridepublic void notifyObservers(Object event) {super.notifyObservers(event);}}public static class MailObserver implements Observer{@Overridepublic void update(Observable o, Object arg) {System.out.println("观察到来自" + arg + "的邮件");}}public static void main(String[] args) {MailObserver mailerLi = new MailObserver();MailObserver mailerWang = new MailObserver();MailObservable mailObservable = new MailObservable();mailObservable.addObserver(mailerLi);mailObservable.addObserver(mailerWang);mailObservable.setChanged();mailObservable.notifyObservers("北京");mailObservable.setChanged();mailObservable.notifyObservers("天津");}
}
Guava EventBus
咬文嚼字
EventBus = Event（事件） + Bus（总线）
Guva中EventBus的机制就是观察者模式，因此符合观察者模式的一般结构：
监听者：监听来自被监听者的变更事件，完成动作变更
被监听者：发送变更事件给监听者，使监听者监听到变更事件后，完成动作变更
EventBus的用法简单总结为一句话就是：
订阅者向EventBus进行事件注册（register），表示对这个事件关心；
EventBus会向所有订阅发布者事件的订阅者进行事件的发送（post）
图解说明
向EventBus注册监听者——> Listener订阅事件 ——> EventBus发布事件
public class EventBusSyncEx {@Datastatic class Event2 {private String header;private String body;public Event2(String header, String body) {this.header = header;this.body = body;}}static class SimpleListener1 {/***订阅方式，通过@Subscribe进行事件订阅，方法名随意**/@Subscribepublic void task1(String s) {System.out.println("listener1 do task , String param:" + s);}@Subscribepublic void task3(Object s) {System.out.println("listener1 do task , Object param:" + s);}@Subscribepublic void task1(Event2 s) {System.out.println("event header is " + s.getHeader() + ": " + "event body is " + s.getBody());}}static class SimpleListener2 {/***订阅方式，通过@Subscribe进行事件订阅，方法名随意**/@Subscribepublic void task(String s) {System.out.println("listener2 do task , param:" + s);}}public static class SimpleEventBusExample {public static void main(String[] args) {EventBus eventBus = new EventBus();eventBus.register(new SimpleListener1());eventBus.register(new SimpleListener2());System.out.println("Post Simple EventBus Example");eventBus.post("事件一");eventBus.post(new Event2("header", "body"));}}
}
结论
- EventBus,guava基于观察者模式的优雅实现。对于事件监听和发布订阅模式，使用guava eventbus可以省去开发人员很多事情，不同于JDK自带的Observer模式，不用在去定义那些复杂的类或接口来实现事件发布与订阅，Guava的EventBus 只需要关注事件类型及监听类的对应开发工作既可以。
- 方便的支持异步
