## 连载:面向对象葵花宝典:思想、技巧与实践(5) - 面向对象迷思:面向对象导致性能下降?
**面向对象会导致性能降低?**
这是一个在IT江湖流传已久的传说,很多对面向对象不甚了解、或者一知半解的人,每当需要抵触面向对象时,就会把这条“金科玉律”拿出来救驾!
更要命的是,每个相信这个传说的人都会举一个看起来很显而易见的例子:C和Java的对比!
你可以到网上搜索一大堆C和Java的性能对比,你自己也可以做一个简单的对比测试,我毫不怀疑测试结果肯定是C快,但这能证明面向对象导致性能降低么?
从语言层面来说,面向对象的语言肯定要比面向过程的语言性能要低一些,毕竟这是由处理机制决定的,就像不同的人的差别由基因决定一样,这个很难改变。
但在实际应用中,除了上一章我们提到的专有系统(操作系统、驱动、嵌入式),对一般的业务系统来说,无论是企业级应用、还是互联网应用、还是电信银行应用,无一例外的都是复杂的系统,这些系统要和存储系统(磁盘、磁带等)打交道、要通过网络进行交互、要访问数据库。。。。。。等等。
我们看一下常见的一些性能数据(量级数据,不一定精确):
CPU: 每秒10亿次,性能是纳秒级
内存:每秒1000万次,每次请求时间是微秒级
磁盘:每次请求5ms,请求时间是毫秒级
网络(TCP):每次网络交互2ms,请求时间是毫秒级
数据库:基本等于网络和磁盘之和,甚至更慢
从上面的数据我们可以看出,如果你的业务流程中涉及了磁盘、网络、数据库等操作,那么性能就一下子降到了毫秒级。
而对于大部分开发语言来说,语言本身的运行速度至少是内存级别的
试想一下,你的整个流程中,语言本身的处理占了微妙级的时间,而一次磁盘或者网络的时间是毫秒级时间,那么全流程来看,就算你把语言本身的处理速度提高了10倍,对整个流程来说,性能几乎没有影响。
例如:假设C语言全流程处理时间:10微秒(语言部分) + 5ms(磁盘操作) = 5.01ms
如果换成Java,那么处理时间变成:100微秒(语言部分) + 5ms(磁盘操作) = 5.1 ms
从这个简单的样例可以看出,语言本省性能的提升,对整个流程中性能提升几乎没有影响!!
因此,对于复杂的业务系统来说,性能的好坏是由设计来决定的,而不是由语言来决定的,更不会因为采用了面向对象而导致性能的降低!
- 前言
- (1) - 程序设计思想的发展
- (2) - 面向对象语言发展历史
- (3) - 面向过程 vs 面向对象
- (4) - 面向对象是瑞士军刀还是一把锤子?
- (5) - 面向对象迷思:面向对象导致性能下降?
- (6) - 不要说你懂“类”
- (7) - “对象”新解
- (8) - “接口” 详解
- (9) - “抽象类” 详解
- (10) - “抽象” 详解
- (11) - “封装” 详解
- (12) - “继承” 详解
- (13) - “多态” 详解
- (14) - 面向对象开发技术流程
- (15) - 需求详解
- (16) - 需求分析终极目的
- (17) - 需求分析518方法
- (18) - 用例分析
- (19) - 功能点提取
- (20) - 用例图的陷阱
- (21) - SSD
- (22) - 领域模型
- (23) - 领域建模三字经
- (24) - 设计模型
- (25) - 类模型
- (26) - 类模型三板斧
- (27) - 动态模型设计
- (28) - 设计原则:内聚&耦合
- (29) - 高内聚低耦合
- (30) - SRP原则
- (31) - OCP原则
- (32) - LSP原则
- (33) - ISP原则
- (34) - DIP原则
- (35) - NOP原则
- (36) - 设计原则如何用?
- (37) - 设计模式:瑞士军刀 or 锤子?
- (38) - 设计模式之道
- (39) - 设计原则 vs 设计模式
- (40) - DECORATOR模式
- (完)- 书籍已经出版