java反射的性能问题

对SPRING的IOC进行了简单测试，factory.getBean("")，效率很低。
在这里没有说SPRING如何如何，SPRING 粉丝不要误会，只是分析分析


1.不要忘记了在 并不是所以的框架每次申请对象的时候都要进行 创建新对象,不是还有对象缓存吗
2.当对象存在的时候大多是通过接口去调用的 这样借着接口的壳其实用到的不完全是反射了. 只有在拼装DI的时候会反射,而一个无状态的对象 拼装了一次后也就无需再重复拼装了

反射这么影响性能，那我们应该摒弃发射？
还是继续发扬？

你说的也有道理。

说实在的，我这种开源的东西不太信任，拿来研究借鉴一下思想。
下面讨论下你说的几点。
1.框架对象缓存：我认为轻量级的对像缓存不能解决性能问题，只能有微小提高。每次创建的都是新对像也没必要缓存，要缓存也应该缓存大对像，有状态的。
2.对象存在的时候，也就是你说的把拼装好的代理对象拿来使用，这个不是线程安全的，所以每次都得使用原型。你说的是JAVA是使用接口调用的，这个确实不是反射，但动态代理也需要每次创建原型对象以保证线程安全。并不是拼装一次就安全了。通过SPRING的配置可以看出。
  SPRING等框架没有使用JAVA相关的API，而是使用动态插入字节码，但我认为这个是因为多年以前JAVA反射性能极低而使用的，所以使用这项技术可以提高代理调用时的速度，但是动态生成字节码的时候是需要创建额外对象来进行的，目前据我的测试使用动态字节码与新版JAVA使用动态代理性能差不多。

所以Spring 还有其它的比如Struts 我认为只适合做传统的企业应用，办公软件，企业内部用一用，或者拿来快速开发，需求经常变化的。真正互联网应用应该是宁静的，高性能的，可以在某个峰点承受高压的。看看SPRING源码中有如此多的同步我就害怕。这些框架大量使用反射，动态修改字节码，我认为这样很乱（而且随着JAVA版本的改变说不定这些开源的字节码工具包也要跟着升级维护），不是JAVA的风格，就像是把C语言当作高级解释性语言来使用一样，倒不如用C语言开发出一套更聪明的解释性语言出来，比如python。

各位研究过CGLIB的大侠，请帮我解答一下这个问题吧。
我只有十分了，要不我多给分。

http://www.iteye.com/problems/7876

这点是这样的,框架的是为系统结构服务的.如果要性能方面的优势那么不用任何框架开发适合当前需求的应用是最好的.干嘛还要附带这么多对系统性能没有帮助的东西呢?
用C去开发我也认同但是在你系统的业务还不稳定的时候你觉得维护的费用会少吗?
牺牲点性能我觉得是值得的.
在项目的后期让人烦恼的绝对不是性能,性能的不足可以通过很多手段去弥补,但是如果是结构的不足那就是致命的了.

现在你用JAVA6测试下, JAVA的代码反射以及经有非常本质的提高了. 应该还是不错的. 但是建议不要过度使用. 目前asm/bcel等包取代反射机制获得了巨大的提高. 如果真有这样的需求, 还是好好看看cglib包的使用. 另外JDK Proxy的是spring主要的缺省处理方式, 因此, 楼上的兄弟理解是不对的. 

当然应该发发扬啦，不能因为某个事物有缺点就要摒弃。跟生活一样，三教九流各种人都要有接触，没有完美的，只要能合理的利用资源，小偷也能立大功。呵呵，可能比喻的不太恰当。
换个角度来看反射这个概念，在JAVA中需要有，其它语言中也有需要，比如javascript中无处不有反射，AOP等思想，甚至javascript对这些思想的实现，简化的让人觉查不到（我是这么理解的，也许可以说是JS语言天生的性质）

有道理

架构决定性能！

我cache一下是14倍左右，如果不cache是35倍

setAccessible（true);
好像没有什么作用，对速度没多大影响