- import java.lang.reflect.InvocationTargetException;
- import java.lang.reflect.Method;
- import java.util.HashMap;
- import java.util.Map;
- import org.apache.log4j.Logger;
- public class DynamicServer {
- private static Logger log = Logger.getLogger(DynamicServer.class);
- public static Map clazzMap = new HashMap();
- public static Map objMap = new HashMap();
- public static Map metMap = new HashMap();
- public static Map > typeMap = new HashMap > ();
- /**
- * 通过反射+缓存高效的调用某个类里面的某个方法
- * */
- public static Object cacheExce(String clazz, String method, Object[] os, Class[] cs) throws NoSuchMethodException {
- try {
- int size = 0;
- if (cs != null) {
- size = cs.length;
- }
- Method m = metMap.get(clazz + "_" + method + "_" + size); //用于区分重载的方法
- Object obj = objMap.get(clazz);
- if (m == null || obj == null) {
- Class cl = clazzMap.get(clazz);
- if (cl == null) {
- cl = Class.forName(clazz);
- clazzMap.put(clazz, cl); //缓存class对象
- }
- if (obj == null) {
- obj = cl.newInstance();
- objMap.put(clazz, obj); //缓存对象的实例
- }
- if (m == null) {
- m = cl.getMethod(method, cs);
- metMap.put(clazz + "_" + method + "_" + size, m); //缓存Method对象
- }
- }
- return m.invoke(obj, os); //动态调用某个对象中的public声明的方法
- } catch(Exception e) {
- e.printStackTrace();
- throw new NoSuchMethodException();
- }
- }
- /**
- * 通过反射+缓存获取指定类里面 的指定方法的返回类型
- * */
- public static String cacheType(String clazz, String method) throws ClassNotFoundException {
- Map clazzs = typeMap.get(clazz);
- if (clazzs == null) {
- Map mmap = new HashMap();
- Class cl = Class.forName(clazz);
- Method[] ms = cl.getMethods(); //获取某个类里面的所有的公共的方法
- for (Method m: ms) {
- mmap.put(m.getName(), m.getGenericReturnType().toString()); //遍历处所有的方法,将方法名和返回类型存在静态的map中(缓存)
- }
- clazzs = mmap;
- typeMap.put(clazz, mmap);
- }
- return clazzs.get(method);
- }
- }
代码部分应该没啥要说的了吧,注释已经写的很清楚了,剩下的就需要参照 jdk 文档了。那么现在来扯扯代码之外的技术话题。
一,九个活动,一人一周
其实是这样的。我的新公司,是给电信做运营支撑的,每到节假日都会做一些送流量送话费的活动。这一次,是针对八月份的里约奥运会来的,给新疆那边做了九个活动,什么奥运游泳,奥运射击等等等、、反正就九个了。
本来吧这跟我是一点关系搭不上,但是后来出了点小意外,,离上线还要一周多点的时间,九个活动大家已经开发的快差不多了,突然接到上级的通知开个紧急会议,说活动需要整改,,,说是生产环境为了安全考虑,web 应用不可以直接访问数据库,数据库需要放在内网服务器。目前的解决方案就是开发一套内网应用,专门用来做数据库读写操作,然后对外提供接口,供给 web 应用访问。然后领导接对我说,现在公司大部分人都投入到这期的活动中了,都抽不出时间,有几个新手,也不太放心他们去弄,所以这个艰巨的任务就交给你了,一周能搞定吧? 然后我就恩啊恩啊的答应了。
下了班之后,突然觉得有点不对劲! 一周!!! 九个活动的数据读写操作!! 瞬间崩溃掉了,一周时间还不够我了解九个活动业务上的需求呢。于是赶紧去找领导问问能不能通过其他方式解决,就比如在最外层加个反向代理服务器做个请求转发什么的,这样就不用去改代码了。但是领导的回复是不行。。好吧,只能认栽了。
二,为什么要用反射
第二天过来,向参与活动开发的同事打听了一下情况。一开始是一点思路都没,后来有人提议,让他们提供 sql,这样会大大减少我这边的工作量。然后我问了下,发现大部分活动是用 jfinal 写的,这样的话我就可以直接把他们的 Dao 层的文件直接拷贝过来了。接下来要做的就是写接口,将方法一一对应起来。于是新的问题来了, 每个活动,数据库读写最少有 15 个方法以上,而且每个方法传的参数都不一样,开发的时候也没有考虑过要整合的问题,所以根本就不存在什么继承,什么多态。这就意味着,我要写接近 200 个方法与之一一对应,对于我来说,这是写代码以来,最大的灾难!告诉我,这种情况下,除了用反射,我还能怎么办?要我码两百个方法,干脆让我去 shi 吧。。。
三,性能堪忧
三天之后,算上换行,还有搬砖部分的,累积不超过 800 行代码结束了这场灾难。接下来的几天,是跟几个开发活动的同事调接口,然后就匆匆上线了。测试的时候感觉还行,但是上线之后,感觉活动打开特别卡。然后我们公司运维查了下服务器性能情况,发现部署后台接口的那台服务器 CPU 占用率飙到了 90% 以上。妈的,灾难又来了,肯定是程序出问题了,之前了解过 jvm 性能监控方面的一些知识,然后百度了一下利用 jstack 命令打印出堆栈信息分析是那部分代码出的问题。然而,堆栈信息是打印出来了,但是完全看不懂(希望能有个大神指点一下)。没办法最后只好一段代码,一段带代码的测了(感觉应该有更好的方法)。虽然办法有点笨,但最后终于不负所望找到了凶手,原来是反射部分的代码。
四,优化之路
百度了一下,发现在加载类的时候,还有查找和执行方法的时候是很占资源的。想了好一会,觉着可以把这几个比较耗资源的操作缓存起来,这样的话只有在一次调用这个方法的时候比较耗资源,之后除了执行 method.invoke 方法以外,其他比较好资源的参数,可以直接从缓存中区,应该能缓解一部分压力了吧。光想没用,不如干起来。完了以后测试了一下,执行时间比原来快了接近 10 倍,而且同一个方法调用次数越多,就越能感觉到差距。
现在项目已经上线了有一段时间了,基本没我啥事了。抽个空分享下那段时间的工作心得,顺便提醒一句,在并发量大的情况下,能不用反射尽量不用!还有,谁告诉我,这种情况下,除了用反射,我还能怎么办???
来源: http://www.cnblogs.com/RUN-TIME/p/5780447.html