腾讯的编码风格

ricky的编码风格

镇宅神兽 15:51:19
你们的代码里没有assert么

SH_漫总#MM 15:51:27
从来没有这玩意

SH_漫总#MM 15:51:36
这东西对我们来讲除了误导人以外，没有任何用处

镇宅神兽 15:51:54
assert 就是让系统直接崩溃

SH_漫总#MM 15:51:55
嗯，我们百万行代码没有一个assert

镇宅神兽 15:52:22
哪指针为NULL了咋处理

SH_漫总#MM 15:52:32
记录log并返回错误

SH_漫总#MM 15:52:58
任何一层产生的任何一个不确定值的指针，都必须判断是否为空

镇宅神兽 15:53:10
你们这是在打破我的世界观啊

SH_漫总#MM 15:53:13
无论是过程中，还是传入参数

SH_漫总#MM 15:53:22
assert这东西没有任何意义

镇宅神兽 15:53:23
我好容易树立一个无错程序设计的概念

镇宅神兽 15:53:34
就是代码里要有assert检测

SH_漫总#MM 15:53:38
无错程序的唯一做法

SH_漫总#MM 15:53:49
就是用5倍的冗余检查来发现错误

SH_漫总#MM 15:54:02
每一层，每个节点都加上检查并想好错误处理

SH_漫总#MM 15:56:09
错误处理比正常代码的行数一般是多的

镇宅神兽 15:56:18
很好，代码不算长

SH_漫总#MM 15:56:38
包括任何一个函数调用进入，也必须检测参数有效性

SH_漫总#MM 15:58:43
第一层，代码意义上的有效性，第二层，函数前置条件

SH_漫总#MM 16:03:28
1. 错误处理本身就是正常逻辑的一部分，而且要比正常逻辑处理更为小心
2. 凡是肉眼比较容易忽视的逻辑分支，都是危险的

SH_ABC 16:03:34
但是java的世界里面这个是比较正常的一种做法，特别是我们的模块可能会被不知道什么样的人在什么样的层面调用，遇到了异常情况可能会用不同的方式去处理的时候。

SH_漫总#MM 16:04:34
猪头啊...热内存的意思是被载入到cpu缓存中的东西

SH_漫总#MM 16:04:43
一般我们这里的服务器是64k

SH_漫总#MM 16:05:02
通常包括栈和正在访问的堆

SH_漫总#MM 16:05:39
这个过程是自动的，不是我们手动完成的，你写个hello world，你的printf指令也在热内存里

SH_漫总#MM 16:06:11
对热内存的访问一般是1-2个tick这个数量级，而对冷内存经常是200个tick左右的数量级

SH_漫总#MM 16:06:16
你做个实验

SH_漫总#MM 16:06:23
new 1G内存

SH_漫总#MM 16:06:58
重复读一个char 1w次，和隔128k读一个char 1w次

SH_漫总#MM 16:07:02
看看效率差

SH_漫总#MM 16:16:22
其实真不会慢的...性能优化从来不应该优化这里，应该找的是结构上的东西，找大循环，找大的memset，大的字符串操作

stone 16:17:20
memset也很耗时间吗？

SH_漫总#MM 16:17:27
非常

SH_漫总#MM 16:17:53

1秒钟大约只能memset 1G这个数量级的内存

SH_漫总#MM 16:19:05

随便搞个几十兆上百兆的数组，memset一下cpu就跳起来了

SH_漫总#MM 16:20:01
涉及到数据有效性这个是逻辑层了

SH_漫总#MM 16:20:14
一般这里说的是底层，指针有效性之类的检查