在我的客户端遇到一些性能问题后,我们决定尝试一些性能分析器,试图找到瓶颈或识别代码的错误部分。当然,正如许多性能调查一样,问题来自各种原因,但我发现,我的用户控件的ComponentResourceManager.ApplyResources在构造窗体时花费了太多时间:超过24%的构造时间花费在InitializeComponent()中的ApplyResources中。对于仅仅“找到一个资源字符串并将其放入它的容器”来说,这似乎是相当多的。
在ComponentResourceManager.ApplyResources中到底做了什么?我猜不只是搜索字符串,如果不是的话,也不会花那么长时间。
有没有办法提高本地化的性能?我们的软件有几种语言的本地化版本,所以我们确实需要保留这种多语言特性。
对这个问题有什么建议吗?
谢谢!
PS:我们是用C#,.NET 3.5 SP1编写的。
发布于 2010-08-06 21:57:40
ApplyResources方法使用反射来查找将使用资源值更新的属性:
property = value.GetType().GetProperty(name, bindingAttr);
反射是出了名的慢。手动将资源值分配给属性(例如,使用ResourceManager.GetString(...))。这对代码来说很繁琐,但应该会提高性能。
发布于 2010-04-09 11:46:44
我会抓起反射器,看一看ApplyResources方法,看看它到底做了什么。
我还建议使用JetBrains dotTrace 4(目前在EAP中,但可以下载试用版)进行评测,因为它还可以显示在系统类中花费的时间。这使得时间实际花费在哪里变得更加透明。例如,您可以找出时间是否用于在字典中查找关键字、访问文件等。
您还可以做一个微基准测试,并测量在Y大小的字符串字典中查找X个键所需的时间,其中X是特定表单上本地化资源的数量,Y是总资源池。它至少会让您了解,如果您将资源缓存到字典中,那么查找资源的速度会有多快,这可能会帮助您决定是否值得编写自己的资源提供者。
https://stackoverflow.com/questions/2604720
复制相似问题