.NET性能调优系列文章系列文章索引.NET性能调优之一ANTS Performance Profiler的使用.NET性能调优之二使用Visual Studio进行代码度量.NET性能调优之三YSlow相关规则的调优工具和方法使用Visual Studio进行代码度量在这篇文章里暂且抛开代码、数据库和网络的优化从软件代码度量的角度来看看其对.NET性能调优的作用。当软件项目异常庞大的时候通过简单的CodeReview进行软件复杂度估量和可靠性评测已经变得不太现实还好有软件来完成这些事情。降低软件的复杂度也会对性能调优带来很大的帮助。在Visual Studio 2008前进行代码度量还要借助第三方的一些工具如devMetrics、C# Source Code Metrics等而从Visual Studio 2008开始微软就在里面集成了代码度量的工具。点击Visual Studio的“分析”菜单可以看到度量工具能够针对当前项目或者整个解决方案进行代码度量。下拉菜单的上面还有和第一篇文章里介绍的ANTS Performance Profiler类似的代码性能分析工具简单使用了下发现当要查看.NET框架内部实现的耗能时是看不到的其他的功能基本能满足需求感谢园友风云的提醒。短暂运行后就可以看到分析的结果。这里列出了所有能计算出来的列下面是MSDN对计算结果值意义的说明。层次结构按照项目-命名空间-类-属性/方法进行逐级细分所以可以只针对某一个方法查看相关的代码度量值。可维护性指数计算一个介于 0 和 100 之间的指数值表示维护代码的相对容易度。 值越大表示可维护性越好。 彩色图标的等级可用来快速识别代码中的故障点。 绿色等级介于 20 和 100 之间表示代码的可维护性良好。 黄色等级介于 10 和 19 之间表示代码的可维护性中等。 红色等级是介于 0 和 9 之间的等级表示可维护性低。圈复杂度衡量代码在结构上的复杂程度。 通过计算程序流中的不同代码路径数而创建的。 具有复杂控制流的程序需要更多测试才能实现良好的代码覆盖率并且不容易维护。在某些情况下Visual Studio 2010 中的方法的圈复杂度计算与早期版本有所不同具体参见Visual Studio 2010 在代码复杂度计算方面所做的更改。继承深度指明扩展到类层次结构根的类定义的数目。 层次结构越深则越难了解特定方法和字段是在何处定义或/和重新定义的。类耦合通过参数、局部变量、返回类型、方法调用、泛型或模板实例化、基类、接口实现、在外部类型上定义的字段以及特性修饰来衡量与唯一类的耦合程度。 良好的软件设计要求类型和方法应具有较高的内聚力和较低的耦合。 耦合较高表示设计难以重用和维护这是因为它与其他类型之间存在许多依存关系。代码的行数指明代码中的大概行数。 该计数基于 IL 代码因此并不是源代码文件中的确切行数。 计数过高可能表示某个类型或方法正在尝试执行过多的工作应予以拆分。 还可能表示该类型或方法难以维护。最需要关注的可能就是圈复杂度和类耦合两个度量值了以使得程序保持高类聚低耦合如果圈复杂度过高应该将函数拆解这样在进行性能调优时可以逐个击破维护起来也比较容易。结语希望在探讨程序性能调优时别忘记先将软件的复杂度和可维护性降低一些这样在遇到复杂的性能优化问题时思路才能足够清晰可以将精力集中在细分后的代码段上而不是有太多的代码噪音来干扰逻辑的梳理与思考。所以这个系列文章先将这部分内容拿到了第二篇里来和大家一起探讨了。文章有所疏漏和要补充的请留言一起讨论也请关注后续的相关文章。如果文章对你有点帮助推荐一下吧谢谢 :)