在什么场景下该使用JMX，如何使用，会带来什么好处，这种场景下有哪些替代方案?

一个大系统中，各内部模块系统之间的基于接口方式的互相调用和管理，使用ｊｍｘ是最佳方案． 

带来的好处是 

1.面向接口，远程调用对于开发人员是透明的，模块在调用ｊｍｘ接口时，与调用本地方法几乎相同． 

2.可视化的管理界面，通过Jconsole等jmx客户端，可以实时监控系统，并且可实时调用方法进行某些操作．

典型应用场景：　 

某聊天系统，一台服务器作为   在线用户列表服务器   A1，ｎ台服务器为用户提供聊天业务处理   N1   ,N2,N3...， 

一台服务器作为后台管理系统A2．　 

系统管理员现在进行下面这样一个操作，察看某用户是否在线，找到该用户，发现其在线，则将该用户加入黑名单，并踢下线． 

对应的ｊｍｘ接口可以由以下几个：　 

A1为A2提供查询在线用户ｊｍｘ接口，加入黑名单接口，kickout接口， 

Ａ１为N1..等服务器提供以下接口：　注册业务服务器，添加在线用户．查找黑名单用户 

N1...到N3为Ａ１提供kickout接口． 

因此在上面的踢下线操作，则由用户在A2的ｗｅｂ界面发出，交由A1执行，A1记录黑名单之后，再找到用户所在业务服务器调用N1提供的接口让用户下线． 

以上情形是在生产环境下的部署，而在开发工作，则可以将A1,A2,N...N3等功能合并在一个应用中调试．　由于使用的是ｊｍｘ接口，在本地调试合并之后，可以直接调用应用内部接口方法． 

这样借助ｊｍｘ实现的应用模块的灵活组装与拆分，使得系统的可以根据负载需要，根据性能情况，灵活的拆分和整合部署分布式的应用． 

替代方案，选择webservice,xmlrpc等，但是这些都需要手工编写或用工具生成大量的代码来辅助完成接口间的java对象序列化　。 

经典jmx案例： 

１． Jboss 使用ｊｍｘ管理内部的各个service。 

2．　基于java的开源网管软件Hyperic HQ ,通过jmx与各被管理资源进行通讯和信息采集

JMX是一个管理的框架。 
当我们想使用JMX的时候，就要问，我们的系统当中有需要监控管理的资源或者对象吗？实事求是一点，我们不能为了想使用一个高端的技术，就歪曲系统的本来面目。 
如果第一个问题是肯定的，接下来就是看这些资源是否有生命周期。 
经典案例：jboss就是将所有可部署的组件作为资源来管理，这些组建都有其生命周期。这个理念甚至延伸到了其系统内部，将其内部的服务作为组件纳入到JMX中来，成就了jboss基于jmx的微内核系统。