接下来，我们开始在大连统计数据报表软件开发分析报告中寻找明显低效的算法。这看上去很容易，因为除非我们设置了过滤，否则所有方法的执行时间都清楚地显示在报告清单上面。但是，这实际上又不大容易，因为Java Profiler工具对于应用程序的性能是有干扰的。在这个阶段，我们必须找到那些值得怀疑的方法，阅读它的源代码，并结合经验知识来做出判断。要解决这类问题没有什么捷径。

    大连统计数据报表软件开发设计和实现无法解决低效的算法问题吗？不。

    我们发现，有些数据在计算的过程中不会或者很少发生变化。这些数据或者来自数据库，或者来自文件，或者来自计算。这对吗？不对。它们应该来自缓存。

    这是软件设计和实现无法解决的问题吗？不。

    我们发现，在某些循环体中，包含了大量的计算。这就像一颗定时炸弹。循环次数少的时候，看上去风平浪静；一旦数据规模发生变化，这个循环块就变成了吞噬CPU资源的怪兽。

    循环体中要做尽可能少的事！这是软件设计和实现无法解决的问题吗？不。

    致远服软认为：http://www.soft8.com.cn/，某些事务中包含了重复的业务计算。当我们询问重复的原因时，甚至没有人可以完整地介绍这个业务故事。我们找不到设计文档，也没有人能说清楚这个故事，可系统竟然能够正常运行，这太奇怪了！但是，话说回来，这太常见了。为什么可以做到这样？我可以告诉你答案，这是大量低效的功能测试和不断地尝试拼凑起来的。在这样的软件开发组织中，软件测试就像是最后一根救命稻草。

    难道清晰的业务逻辑是软件设计和实现无法解决的问题吗？不。

    我们在单用户下设置的目标已经基本达到了，但是实际上还没有完。我们又发现了一些新的问题。例如，有些方法会接受一些输入参数，尽管这个方法本身可能在某些逻辑路径下会快速地返回，但是输入参数需要进行计算，例如Log4j中的debug方法。因为我们无法预知哪些计算会占用多大比例的CPU时间，所以在计算输入参数之前进行一些逻辑判断是必要的。

    这是大连统计数据报表软件开发设计和实现无法解决的问题吗？不。

手机安卓商城软件有些页面的下拉框包含了大量的选项（我见过有2 000个选项的），这些选项由后端的应用程序产生，并传递到前端的页面。这种做法立即使页面字节数增加了500K，不但占用应用服务器到数据库服务器的带宽、占用浏览器到应用服务器的带宽，而且占用内存，堪称全方位的“性能杀手”。正确的做法很简单，就是使用弹出框来选择。

   这是软件设计和实现无法解决的问题吗？不。

   因为下拉框的问题，我们开始把注意力转向前端。