最近初步看了JMX相关的内容，从RMI、JMX、到JConsole的使用做了一下初步的尝试。
个人的感觉就是 对于需要监控的内容来说，JMX其实没有什么实际的意义？
MBean的统一的管理界面，对最终用户（比如系统管理员、实施人员）是不友好的。特定的管理需求，仍然需要特定的管理界面。
如果这样的话，为什么要走JMX多此一举呢？
也就是说，我的疑问是：
1、对于特定应用系统，如果需要监控系统的某些内容：比如当前会话的一些情况，特定资源的占用情况；我实在不知道采用MBean的方式有什么好处？
2、如何对系统监控类的代码和业务代码进行较好的隔离呢？
如果要添加一些监控内容，势必污染现有的代码逻辑。怎样做到最好的无侵入性呢？
期待有、或者没有 使用JMX进行过系统监控的小伙伴都来分享下经验~~
非常感谢！
相对来说，JMX提供的只是一个获取你所注册MBean数据的接口，而从接口获得数据后的展现，是可以自由定义的，所以友好不友好是具体实现的方式。
问题1：JMX本身提供的API可以很方便的将创建的MBean注册上。之后任何的客户端都可以连接上去获取数据，执行方式，而不需要自己定义API，且MBean也并不特殊，相对更通用。
问题2：隔离这个我觉得首先注册的MBean可以是一个单独的Bean,只是从已有的代码中获取数据，侵入不是特别多。具体可以参考Tomat，Glassfish的源码，里面大量的JMX MBean使用。