我们常见利用jmx来获取监听事件，以此达到数据状态变更的通知。
观测gcjmx里已经内置了很多mbean，这里展示一下如何发生gc后获取到gc的事件。
我们先写一个事件处理类，这个类表示事件收到后如何处理。
public class GarbageNotificationListener implements NotificationListener {
@Override
public void handleNotification(Notification notification, Object handback) {
String notifType = notification.getType();
if (notifType.equals(GarbageCollectionNotificationInfo.GARBAGE_COLLECTION_NOTIFICATION)) {
CompositeData cd = (CompositeData) notification.getUserData();
GarbageCollectionNotificationInfo info = GarbageCollectionNotificationInfo.from(cd);
System.out.println(info.getGcCause() + info.getGcName());
}
}
}
需要实现NotificationListener，主要实现handleNotification方法。具体的数据在notification里。
这里大家很好奇，为啥知道要强制类型转化为CompositeData。这里需要看java doc,在openjdk里还会有测试代码。上面的代码主要输出了垃圾回收期的名字和gc的原因。
我们开始给对应的mbean增加监听事件。
List garbageCollectorMXBeanList = ManagementFactory.getGarbageCollectorMXBeans();
for (GarbageCollectorMXBean garbageCollectorMXBean : garbageCollectorMXBeanList) {
NotificationEmitter notificationEmitter = (NotificationEmitter) garbageCollectorMXBean;
NotificationListener listener = new GarbageNotificationListener();
notificationEmitter.addNotificationListener(listener, null, null);
}
普通的mbean没有增加事件的功能。这里就需要做转化，能加监听的mbean都是可以转化为NotificationEmitter。然后我们增加自己的listener。addNotificationListener有三个参数，第一个就是我们的监听器，第二个是过滤器，这个这里不讲。第三个是handback对象。这里传什么，在handleNotification(Notification notification, Object handback)中，handback就会收到什么。这里需要业务逻辑进行串联。
自定义mbean增加监听器上面只是提到了如何给内置的mbean增加监听器，那么如何给自己定义的mbean也增加这个功能呢。
@MXBean
public interface MyListenerInterface {
void sendInfo();
}
接口和普通的mbean没有区别
public class SenderBean extends NotificationBroadcasterSupport implements MyListenerInterface {
private int seq = 0;
@Override
public void sendInfo() {
Notification notification = new Notification("sender", this, seq++,"doubi");
sendNotification(notification);
}
}
在实现的时候，要继承NotificationBroadcasterSupport。在我们的code里。可以增加Notification，然后sendNotification做通知。这样一个可以被监听注册的mbean就做好了。
开始自己注册，然后增加listener。
MBeanServer server = ManagementFactory.getPlatformMBeanServer();
ObjectName objectName = new ObjectName("com.xp:name=listener,type=mybeans");
SenderBean bean=new SenderBean();
server.registerMBean(bean, objectName);
bean.addNotificationListener((Notification notification, Object handback)->{
System.out.println( notification.getMessage());
},null,null);
上面的案例就简单的使用了lambda。逻辑比较简单，此时因为bean本身就有方法，所以不用做类型转。
jmx事件的好处mbean本身就是对系统状态的一种暴露，其实通过不断的轮训查询变化，也可以大体知道数据的变化情况。如果数据变化不频繁的时候，可能呢多次的轮训是一种浪费。这里就需要通过事件机制，等偶尔有变化的时候，再进行数据操作。极大的节省了资源。
事件通知的缺点目前的事件通知，还没有特别统一的规则定义，会使用object作为传递的对象，但是对象类要如何被使用，这个强烈依赖api文档的使用，需要用文档来知道对方如何调用，强转到哪个类型，如何获取数据，这个有很大的动态特性，完全依赖编码人员的构造。
