可能重复: .NET反射的代价有多大?
我所拥有的问题的“优雅”解决方案是使用属性将类及其属性关联到另一个类,问题是,要将其转换为另一个类,我必须使用反射。我正在考虑它的服务器端应用程序,将托管在云端。
我听过很多关于“反射是慢的,不要用它”的嗡嗡声,慢得有多慢?CPU太密集了吗?它会让我的CPU时间成倍增加,以至于我真的要为在云端架构底层使用反射的决定付出代价吗?
发布于 2009-03-05 20:56:18
如果您没有看到原始问题上的更新:当您正在寻找支持某个属性的所有类型时,您就有了使用缓存的绝佳机会。这意味着您不必在运行时多次使用反射。
为了回答这个问题,反射比原始编译的方法调用慢得多,但它比访问数据库或文件系统要快得多,而且几乎所有的web服务器都是这样做的。
发布于 2009-03-05 20:55:34
它比文件系统访问快很多倍。
它比通过网络访问数据库的速度快很多倍。
它比向浏览器发送HTTP响应快很多倍。
发布于 2009-03-05 20:55:05
也许你根本不会注意到。在考虑优化之前,总是先分析一下。
https://stackoverflow.com/questions/616554
复制相似问题