腾讯的编码风格
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
一般这里说的是底层，指针有效性之类的检查