频段是另外的问题， 关键是基站设备买不起

直接 app store 点击升级的，很顺利，没毛病啊...

这个不单单是 java 程序员，现在很多程序员都有这个问题，代码写的不多，废话特多，不会 debug，出现问题全靠猜

以前用 pycharm+插件, 现在 sublime+GoSublime 插件

目前 go 不支持范型，2.0 以后计划会提供泛型支持

那么 macbook pro(2015)的内存能从 8G 升到 16G 么？

下载一个手机 app, 手机看不就好了

杭州演讲主题为什么这么少?

注意到 Foo 中的 metaclass 了么,这里面涉及到元类，这个东西一时半会讲不清楚（限于自身水平原因），你可以去掉 metaclass 部分，打印一下 obj.__class__, 自己慢慢体会下

看过一部分英文原版的电子书(很不错),不知道中文版的怎么样

所以我的电脑显示模块已经坏了两次了

@sujin190 你的说法是有问题的, run_forever 并不是进行 server 的 listen 的行为,而是执行了一段类似与下面的代码
while not self.stopped:
events = selector.select(self.select_timeout)
if not events:
raise Exception('轮询超时')
for event_key, event_mask in events:
callback = event_key.data
callback(event_key, event_mask)
用来取出可读可写等事件, 其实就是通过事件循环驱动(通知)阻塞程序恢复执行

await 的语义相当于 yield from(首先你得先搞清楚这个东西), 不要和 yield 这个鬼搞混淆了, 出现 async 和 await 支持的原因本就是为了使用写同步代码的方式写出异步的效果.在你这里, 正常逻辑考虑, 你的 server 都还没有创建, 怎么可能请求成功, 从而执行 index 函数.建议 debug 追踪下代码内部的执行逻辑,要熟悉其内部原理, 最好看一下 asyncio 的源码, 自己实现一下

我不知道你的程序阻塞在哪了, 建议先看一下 gevent 的猴子补丁部分的内容(会让你对这个问题出现的原因有个大概的认知), 如果猴子补丁并不能解决你阻塞的问题, 建议还是换一个方案.当然, 阻塞变非阻塞不是 gevent.spawn 干的事.

先找到程序中被阻塞部分, 改为非阻塞的.

不看 save_into_data 的源码,仅凭这些描述是看不出来问题的, 此外尽量不要使用 eval, 使用 json.loads 进行反序列化.