在我们平时的工作或者面试中，都会经常遇到“反射”这个知识点，通过“反射”我们可以动态的获取到对象的信息以及灵活的调用对象方法等，但是在使用的同时又伴随着另一种声音的出现，那就是“反射”很慢，要少用。难道反射真的很慢？那跟我们平时正常创建对象调用方法比慢多少"htmlcode">
public class TestUser { private Integer id; private String name;
public String sayHi(){ return "hi";
} public Integer getId() { return id;
} public void setId(Integer id) { this.id = id;
} public String getName() { return name;
} public void setName(String name) { this.name = name;
}
}
测试创建100万个对象
// 通过普通方式创建TestUser对象@Testpublic void testCommon(){ long start = System.currentTimeMillis();
TestUser user = null; int i = 0; while(i<1000000){
++i;
user = new TestUser();
} long end = System.currentTimeMillis();
System.out.println("普通对象创建耗时："+(end - start ) + "ms");
}//普通对象创建耗时：10ms
// 通过反射方式创建TestUser对象@Testpublic void testReflexNoCache() throws Exception { long start = System.currentTimeMillis();
TestUser user = null; int i = 0; while(i<1000000){
++i;
user = (TestUser) Class.forName("ReflexDemo.TestUser").newInstance();
} long end = System.currentTimeMillis();
System.out.println("无缓存反射创建对象耗时："+(end - start ) + "ms");
}//无缓存反射创建对象耗时：926ms
在上面这两个测试方法中，笔者各自测了5次，把他们消耗的时间取了一个平均值，在输出结果中可以看到一个是10ms，一个是926ms，在创建100W个对象的情况下，反射居然慢了90倍左右。wtf？差距居然这么大？难道反射真的这么慢？下面笔者换一种反射的姿势，继续测试一下，看看结果如何
// 通过缓存反射方式创建TestUser对象@Testpublic void testReflexWithCache() throws Exception { long start = System.currentTimeMillis();
TestUser user = null;
Class rUserClass = Class.forName("RefleDemo.TestUser"); int i = 0; while(i<1000000){
++i;
user = (TestUser) rUserClass.newInstance();
} long end = System.currentTimeMillis();
System.out.println("通过缓存反射创建对象耗时："+(end - start ) + "ms");
}//通过缓存反射创建对象耗时：41ms
其实通过代码我们可以发现，是Class.forName这个方法比较耗时，它实际上调用了一个本地方法，通过这个方法来要求JVM查找并加载指定的类。所以我们在项目中使用的时候，可以把Class.forName返回的Class对象缓存起来，下一次使用的时候直接从缓存里面获取，这样就极大的提高了获取Class的效率。同理，在我们获取Constructor、Method等对象的时候也可以缓存起来使用，避免每次使用时再来耗费时间创建。
测试反射调用方法
@Testpublic void testReflexMethod() throws Exception { long start = System.currentTimeMillis();
Class testUserClass = Class.forName("RefleDemo.TestUser");
TestUser testUser = (TestUser) testUserClass.newInstance();
Method method = testUserClass.getMethod("sayHi"); int i = 0; while(i<100000000){
++i;
method.invoke(testUser);
} long end = System.currentTimeMillis();
System.out.println("反射调用方法耗时："+(end - start ) + "ms");
}//反射调用方法耗时：330ms
@Testpublic void testReflexMethod() throws Exception { long start = System.currentTimeMillis();
Class testUserClass = Class.forName("RefleDemo.TestUser");
TestUser testUser = (TestUser) testUserClass.newInstance();
Method method = testUserClass.getMethod("sayHi"); int i = 0; while(i<100000000){
++i;
method.setAccessible(true);
method.invoke(testUser);
} long end = System.currentTimeMillis();
System.out.println("setAccessible=true 反射调用方法耗时："+(end - start ) + "ms");
}//setAccessible=true 反射调用方法耗时：188ms
这里我们反射调用sayHi方法1亿次，在调用了method.setAccessible(true)后，发现快了将近一半。查看API可以了解到，jdk在设置获取字段，调用方法的时候会执行安全访问检查，而此类操作会比较耗时，所以通过setAccessible(true)的方式可以关闭安全检查，从而提升反射效率。
极致的反射
除了上面的手段，还有没有什么办法可以更极致的使用反射呢？这里介绍一个高性能反射工具包ReflectASM。它是通过字节码生成的方式来实现的反射机制，下面是一个跟java反射的性能比较。
结语
最后总结一下，为了更好的使用反射，我们应该在项目启动的时候将反射所需要的相关配置及数据加载进内存中，在运行阶段都从缓存中取这些元数据进行反射操作。大家也不用惧怕反射，虚拟机在不断的优化，只要我们方法用的对，它并没有”传闻“中的那么慢，当我们对性能有极致追求的时候，可以考虑通过三方包，直接对字节码进行操作。
Java,反射效率
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？