|
锁定老帖子 主题：关于性能优化
精华帖 (2) :: 良好帖 (10) :: 新手帖 (0) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-01-14
关于函数化的成本，看你处在什么场景，当年bj就是靠讨这个的便宜用c++打击了c，并且也是因为避免虚函数和继承的成本诞生了mfc那几个高效但是招人骂的宏
|
| 返回顶楼 | |
|
发表时间：2011-01-26
if(log.isDebug()){
log.debug("xxxx"+bean+"xxxxx");
}
这样有什么问题？ |
| 返回顶楼 | |
|
发表时间：2011-01-26
HuangSui.cn 写道 if(log.isDebug()){
log.debug("xxxx"+bean+"xxxxx");
}
这样有什么问题？ 多次一举 |
| 返回顶楼 | |
|
发表时间：2011-01-26
最后修改：2011-01-26
cectsky 写道 HuangSui.cn 写道 if(log.isDebug()){
log.debug("xxxx"+bean+"xxxxx");
}
这样有什么问题？ 多次一举 从架构师的角度的的确确不是多此一举 bean的toString方法可能会产生底归性的数据大查询,遍历所有的节点大于几百上千也常 常 见到 更有可能会产生对blob字段的数据日志输出 我说的是把这行代码 这样的代码 都 删了. 这种debug是没必要的存在. 这种没有作用的! 隐藏着可能会产生严重问题的代码! (以至于必须用编程规范约束的代码)! 的出现就是对系统,自己,同事,客户的不负责任. PS:楼上几个不是在开 我玩笑么? |
| 返回顶楼 | |
|
发表时间：2011-01-27
抛出异常的爱 写道 cectsky 写道 HuangSui.cn 写道 if(log.isDebug()){
log.debug("xxxx"+bean+"xxxxx");
}
这样有什么问题？ 多次一举 从架构师的角度的的确确不是多此一举 bean的toString方法可能会产生底归性的数据大查询,遍历所有的节点大于几百上千也常 常 见到 更有可能会产生对blob字段的数据日志输出 我说的是把这行代码 这样的代码 都 删了. 这种debug是没必要的存在. 这种没有作用的! 隐藏着可能会产生严重问题的代码! (以至于必须用编程规范约束的代码)! 的出现就是对系统,自己,同事,客户的不负责任. PS:楼上几个不是在开 我玩笑么? 看场景，大多数Bean是Thin 的，如果是Rich的话，可以换方法，或者修改toStrnig的约束。 再说debug的日志级别要开放，产品上一般不开放，对客户来说不那么重要。 |
| 返回顶楼 | |
|
发表时间：2011-01-27
看朋友们都在讨论代码级别的优化，我觉得很大程度上面，代码上面的优化是最后的优化。通过修改系统I/O、内核等参数、Java编译参数，JVM运行时参数、同时调整数据策略的话，远比修改代码来得直接。
再说，合格的高级（成熟）工程师而言，在代码编写的时候，应该具备这样的能力，并且思维的周密性和做事的方法，提高代码质量和效率。 至于Integer i = new Integer(20); 、Integer i =Integer.valueOf(20)，还是Integer i = 20; JSL约定后两者效率一样。类似与这类Integer的对象属于简单对象，构造一个是纳秒级别的事情。当然，成熟的工程师应该知道的，:-)。 |
| 返回顶楼 | |
|
发表时间：2011-01-27
Cache & Batch + 基于测试数据（如JProfile）这是性能优化的基本法则！
|
| 返回顶楼 | |
|
发表时间：2011-01-27
我记得啥书来着
里面说 优化的第一原则 不要优化 |
| 返回顶楼 | |
|
发表时间：2011-01-28
iaimstar 写道 我记得啥书来着
里面说 优化的第一原则 不要优化 effective java 不是不要优化，是尽可能不去优化 |
| 返回顶楼 | |
|
发表时间：2011-01-28
iaimstar 写道 我记得啥书来着
里面说 优化的第一原则 不要优化 这么说是因为低水平的选手太多了，怕大家乱搞。 真正的高手不受这个原则限制。 |
| 返回顶楼 | |
