CSAPP 正在看第二遍（英文版）。

第一次是在大学的时候看的中文版，当时看的比较快，一些细节没有深究直接跳过了，课后习题也没怎么认真做，看完依然觉得很有收获。

说一下我的心得：
－ 一定要静下新来慢慢看，不要忽略细节，遇到推导公式试着自己计算一下。

－ 课后习题认真完成，对知识点的理解很有帮助。

－ 把书中的源码下载下来，编译运行一下，最好修改代码验证一下对应的知识点。

我正在慢慢看英文原版，很久之前看过中文版。

你看得挺快的，有做课后习题吗？

```
In [1]: '%s%s'%('\xe5\x90\x9b\xe4\xb8\x8d\xe8\xa7\x81\xe9\xbb\x84\xe6\xb2\xb3\xe4\xb9\x8b\xe6\xb0\xb4',u'1')
---------------------------------------------------------------------------
UnicodeDecodeError Traceback (most recent call last)
<ipython-input-1-ca870cdd0e7e> in <module>()
----> 1 '%s%s'%('\xe5\x90\x9b\xe4\xb8\x8d\xe8\xa7\x81\xe9\xbb\x84\xe6\xb2\xb3\xe4\xb9\x8b\xe6\xb0\xb4',u'1')

UnicodeDecodeError: 'ascii' codec can't decode byte 0xe5 in position 0: ordinal not in range(128)

In [2]: '%s' % '\xe5\x90\x9b\xe4\xb8\x8d\xe8\xa7\x81\xe9\xbb\x84\xe6\xb2\xb3\xe4\xb9\x8b\xe6\xb0\xb4'
Out[2]: '\xe5\x90\x9b\xe4\xb8\x8d\xe8\xa7\x81\xe9\xbb\x84\xe6\xb2\xb3\xe4\xb9\x8b\xe6\xb0\xb4'

In [3]: print '%s' % '\xe5\x90\x9b\xe4\xb8\x8d\xe8\xa7\x81\xe9\xbb\x84\xe6\xb2\xb3\xe4\xb9\x8b\xe6\xb0\xb4'
君不见黄河之水

In [4]: '\xe5\x90\x9b\xe4\xb8\x8d\xe8\xa7\x81\xe9\xbb\x84\xe6\xb2\xb3\xe4\xb9\x8b\xe6\xb0\xb4'.decode('utf8')
Out[4]: u'\u541b\u4e0d\u89c1\u9ec4\u6cb3\u4e4b\u6c34'

In [5]: print'\xe5\x90\x9b\xe4\xb8\x8d\xe8\xa7\x81\xe9\xbb\x84\xe6\xb2\xb3\xe4\xb9\x8b\xe6\xb0\xb4'.decode('utf8')
君不见黄河之水

In [6]: print'\xe5\x90\x9b\xe4\xb8\x8d\xe8\xa7\x81\xe9\xbb\x84\xe6\xb2\xb3\xe4\xb9\x8b\xe6\xb0\xb4'.decode('gbk')
---------------------------------------------------------------------------
UnicodeDecodeError Traceback (most recent call last)
<ipython-input-6-1ddec8fed84f> in <module>()
----> 1 print'\xe5\x90\x9b\xe4\xb8\x8d\xe8\xa7\x81\xe9\xbb\x84\xe6\xb2\xb3\xe4\xb9\x8b\xe6\xb0\xb4'.decode('gbk')

UnicodeDecodeError: 'gbk' codec can't decode byte 0xb4 in position 20: incomplete multibyte sequence

In [7]: '%s%s'%('\xe5\x90\x9b\xe4\xb8\x8d\xe8\xa7\x81\xe9\xbb\x84\xe6\xb2\xb3\xe4\xb9\x8b\xe6\xb0\xb4','1')
Out[7]: '\xe5\x90\x9b\xe4\xb8\x8d\xe8\xa7\x81\xe9\xbb\x84\xe6\xb2\xb3\xe4\xb9\x8b\xe6\xb0\xb41'

In [8]:

```

%后面的格式化参数一个是 bytes-string，一个是 unicode-string，最好统一一下。

可能这个毕设的目的还是侧重理论分析，然后写一个 demo 级别的程序去验证。实现 100%功能是不太可能的。

和垃圾邮件识别有一点点类似，关键是谣言就算是普通人也难以识别。简单点的话就按照垃圾邮件识别的套路去做。

那么谁来运维阿里云呢？

认真手写推导了一遍，有点理解了前面 5 次右移的原理了。

requests 默认是 form 格式，使用 json 参数替代 data 参数可以使用 json 格式。aiohttp 不太熟，你查下文档看下是什么编码。

可能是 data 的编码不一样，一般是 json 或者 form 格式

@Wisho #7
我的理解：
假如只对 gap=3 的记录加上行锁（ record lock ），只能防止其它事务对这些记录的“写”操作，而不能防止 insert 操作。

考虑这样一种情景：事务 A 对 gap=3 的记录进行 update 操作，事务 B 此时 insert 了一条新的记录（ gap=3 ）。事务 A 接着 select 所有 gap=3 的记录，会发现多了一条记录而且这条记录“似乎”并没有被成功 update，这就是幻读。

[美团技术团队-Innodb 中的事务隔离级别和锁的关系]( https://tech.meituan.com/2014/08/20/innodb-lock.html)

SELECT
business_no,
service_type,
COUNT(1) as limitCount,
COUNT(CASE WHEN batch_status = '2' THEN 1 ELSE NULL END) as successCount,
COUNT(CASE WHEN batch_status = '3' THEN 1 ELSE NULL END) as falseCount,
FROM t_issue_plat_datagram
GROUP BY business_no
ORDER BY updated_date

这个呢？小改了一下。

SELECT
business_no,
service_type,
COUNT(1) as limitCount,
COUNT(CASE WHEN batch_status = '2' THEN 1 ELSE 0 END) as successCount,
COUNT(CASE WHEN batch_status = '3' THEN 1 ELSE 0 END) as falseCount,
FROM t_issue_plat_datagram
GROUP BY business_no
ORDER BY updated_date

楼主试试这个，不知道是否符合查询需求

router = {
KEY_1: handler_1,
KEY_2: handler_2
}
...
router[key]()

就像楼上说的钱，每个地方的客家话基本都不一样。我老家每个镇的方言都有一些差别。惠州的客家话我基本听不懂。

好像台湾那边有客家话电视节目，你可以试试。

我租的万科单间公寓也遇到类似问题，卫生间马桶进水管漏水，导致拆掉接近一半的地板把水吸干。

@ipwx #27 过早的优化是万恶之源。如果项目一开始就对性能（实时性）有非常高的要求，那么 Python 确实不是首选。如果一开始对性能没有很高的要求，选择 Python 无疑可以提高开发速度，后期遇到性能问题，也是可以通过 C 扩展等其它手段去优化。