我最近入了 2020 macbook pro 13，arm 等大家踩完坑再说~

我也爱折腾，写过不少：

1. http 静态服务器；
2. 高并发 ftp 服务器(多年前在腾讯实习时的作业性质项目，写不出来就自觉滚蛋那种……)；
3. socks5 代理服务器；
4. 私有协议 VPN ；
5. 在上家公司做过一个机房网络监控系统，用 ICMP 协议；
6. 还有一些杂七杂八的小工具；

就我个人经验而言，通过山寨一些常见网络服务和网络工具，来加深对网络协议的理解，特别有效。因此，强烈建议多动手折腾折腾~

最近在写一个网络协议入门教程，面向初学者，准备把我折腾过的小玩意都放上去，有兴趣可以关注下：

https://www.yuque.com/coding-fan/network

写个 ping 命令，写个 traceroute 命令，写个 VPN，写个 Socks5 代理，写个 HTTP 服务器，写个 FTP 服务器，方法简直不要太多~~~观察常用网络工具、网络服务的行为，然后结合网络协议思考它是怎么实现的，最后将它山寨一遍就可以彻底掌握与之相关的网络知识~

我当年在腾讯实习时，有一个作业性质的项目就是开发一个高并发 FTP 服务器，很考察网络功底和动手能力，所以学习还是要多实践。

我最近计划写一个网络协议入门教程：

https://www.yuque.com/coding-fan/network

里面的编程实践环节，就是手把手演示如何从零实现一个网络工具，例如：重新发明 ping 命令或许可以参考下。只不过，刚刚起步，更新速度不快，大概是一周一两篇。等不及的话，热烈欢迎一起来写，哈哈~~~

@IndexOutOfBounds 主要面向初学者。面向专业人士，目前已经有不少经典名著了，但初学者一开始能难看懂这些名著。我多年前也是先经过一些摸爬滚打后重读名著才拍案叫好，但为啥我刚开始学网络时却看不懂呢？不禁感慨连连~这也是我想写入门级教程的出发点，作为名著的补充，希望对初学者更友好一些。

按照我的想法，教程会介绍常用网络协议的基本原理，深度不会很深，甚至会删去一些繁文缛节，但讲解会更加细致。此外，我会安排更多网络实验、网络编程这样的实践环节，对加深协议了解、上手协议应用，应该会有帮助。

最近计划写一个以计算机网络为主题的入门教程，计划涵盖 TCP/IP 协议、套接字编程、以及基于 Linux 的各种网络实验。等我写完或许可以参考下~

不过，刚刚起步，提纲倒是列好了，正从以太网写起：

https://www.yuque.com/coding-fan/network

我个人偏向慢工出细活，所以更新进度不会很快。另外因能力有限，也希望大家能帮忙提提意见，如果有空一起来写就更好了！

简单说，IO 多路复用是高效的底层功能，但非阻塞的编程模型回调函数满天飞，并不直观。而协程是对 IO 多路复用的抽象封装，让你可以用阻塞的编程模型编写非阻塞的代码，解决回调满天飞的弊端。

我基于 epoll 实现了一个极简的协程库，仅仅只有 100 多行代码，有需要可以参考下：

https://mp.weixin.qq.com/s/MaLMf3HZCYfmzxOY1QfPnw

麻雀虽小，五脏俱全。关于 IO 多路复用与协程的关系，以及协程的实现原理，一下子就清晰了。

求拉：ZmFzaW9uY2hhbg==

@no1xsyzy 真要细说进程和线程的差别，页表应该算一个。同个进程内的线程切换，不需要切页表；但不同进程切换需要切页表，刷 TLB，性能点差别。不过话说回来，如果对这点性能都敏感，还用啥 Python ……

不会，如果子任务阻塞的话，await 会让出执行权

文件不大的话可以将整个文件读到内存，在内存中做替换后，再整体覆盖写入

最近计划写一个以计算机网络为主题的入门教程，计划涵盖 TCP/IP 协议、套接字编程、以及基于 Linux 的各种网络实验。路由技术部分，计划以将 Linux 配置成一台路由器作为实验，等我写完或许可以参考下。

不过，刚刚列好提纲，正从以太网写起：

https://www.yuque.com/coding-fan/network

我个人偏向慢工出细活，所以更新进度不会很快。另外因能力有限，也希望大家能帮忙提提意见，如果有空一起来写就更好了！

关于 GIL 的由来、Python 虚拟机线程调度、IO 密集型以及计算密集型程序区别、以及如何绕过 GIL 取得多核心利用能力这些话题，可以参考这篇文章：

https://mp.weixin.qq.com/s/lIkcTuCX5htQcteklCFaZw

这里推荐了一些： https://python.fasionchan.com/zh_CN/latest/source/postscript/roadmap.html

r.content 将 response body 整体读到内存，应该是造成内存占用大的关键因素。可以分配固定的缓冲区，分段读写。

早上刚看这个帖子，中午就踩上坑，感觉有毒……

事情是这样的：我们公司有一套古董级的监控系统 cacti，今天发现它所有 http 接口时间戳参数只要达到 1600000000，就失效……不知道 cacti 内部是怎么处理的，不过我不感兴趣，刚好有一个理由让其他同事废掉这个恶心的系统哈哈哈

总有一些小人假聪明，妄想着不劳而获，但其实他们到头来也捞不到什么好。气就气在就是这些小人把大家的创作热情浇灭了，结果损人还 TMD 不利己，大家只能一起看一些营销号发的无关痛痒的文章了……

我猜你的 payload 是一个字节序列，它可能是 utf8 或者 gbk 编码的，它的 base16 编码并不是合法的 unicode 呀……
这没理解文本编码的结果，不如先看看文本编码是怎么回事： https://python.fasionchan.com/zh_CN/latest/practices/coding.html

为什么要自己拼接呢？按我的理解，你把数据解码成 unicode 字符串，然后调 repr 或 json.dumps 不就可以得到\uxxxx 这种形式了吗？

```
>>> data = '我们'
>>> data
'\xe6\x88\x91\xe4\xbb\xac'
>>> data.decode('utf8')
u'\u6211\u4eec'
>>> repr(data.decode('utf8'))[2:-1]
'\\u6211\\u4eec'
>>> json.dumps(data.decode('utf8'))[1:-1]
'\\u6211\\u4eec'
```

一般没有什么问题。但是，如果这些变量是描述符(descriptor，实现了__get__ __set__ __del__ 魔术方法)的话，属性查找行为需要留意。具体可以研究下 Python 类机制以及数据描述符的特性：

https://www.imooc.com/read/76/article/1928

引入协程是为了解决 IO 阻塞问题，在高并发场景你不可能每个连接都分配一个线程去处理，这时协程的作用就体现出来了。协程比线程更加轻量级，占用资源更小。开销的话看实现，一般协程不需要很复杂的调度，在 IO 不可用时让出执行权，在 IO 就绪时重新执行，开销相对而言并不大。对于计算密集型场景而言，协程并没有什么用处，相反是个累赘。