看到作者的用户名有点眼熟，然后才发现原来是因为我在用 indentLine

主要是 Ribbon 风格总感觉和开发工具的风格不太搭

@forcecharlie 正想问，除了下载几个 G 的 VS 之外，还有哪儿能够下载到 WinDbg ？然后看到#4 楼链接。。。。。但是我还在用 Win8.1，商店里面搜不到 WinDbg，Orz

lldb 好像还是不支持 64 位 Windows

用的 Python 2 ？目测 Python 3 没问题，Python 2 需要手动转换成终端使用的字符集，或者文件编码使用和终端一样的文件编码

#4 的 Monkey patch 很巧妙，赞一个

可以试试 SysExporter

打包 apk ？这难道不应该是交给 Android Studio 或者 Gradle 做的吗？

concurrent.future

话说，你到底想要在线程中执行还是进程中执行啊？ fork 不是用来创建新进程的吗？

一些细节的东西：

* 用一个 ClientSession 就好，或者多个 ClientSession 用同一个 TCPConnector
* session.get 要加 timeout，我以前遇到过卡死过在请求上
* response 可以用 async with 打开，可靠性和可读性都有提高
* Windows 下要确认是不是有很多文件没有关闭，可以用 OpenedFilesView

@luodaoyi 又没有设置 queue 的 max_size，怎么会 QueueFull

没看懂在说什么。不过谁说 gcc 不支持 void main 的？

具体事情具体讨论，并没有说协程就一定不加锁，协程本身的某些功能实现也是通过线程池实现的；就算没有用到其他线程，假如一个操作需要连续性地完成，那么也是需要借助锁的概念。asyncio 和 gevent 库中都有实现 threading 下的一些同步机制，比如 Lock、Semaphore 等，虽然和 threading 的底层的实现不同，但是同样起到了保证一些操作顺序、不会被打断地执行。

另外，queue 自带锁

异步处理很强大也很有趣，如果有处理大并发量的需求的话，建议升级。其实比较痛苦的是如果写的东西要兼容 2 和 3 的话，很多细节的处理比较痛苦，一不小心就某个版本不能运行了

@264768502 如果只是 append/pop 简单的内容，的确不需要锁，基本上是线程安全的。不过如果其它线程要主动判断`data`是否有数据，以便于决定是不是要自行终止的话，就需要加锁了，因为`if data: pass`，if 判断再执行这种操作不是线程安全的。

deque 本身不带锁，带锁的 deque 就是 Queue，如果从实现上来说的话。

仔细想想，我以前写的 Python 多线程代码好像有点过度加锁了，如果对 list 的操作足够简单，并且确保线程安全的话，可以不用加锁的。不过总感觉加锁比较安全。

另外，这个案例其实比较适合 asyncio。

@ysc3839
@264768502

PyList_Append 是在 GIL 里面操作的，但是不可能只向里面加数据，不访问它吧，不然共享的变量要来何用？

Python 的 threading 模块没有提供强制终止其他线程的功能，正确的做法是线程检查一个标志位，然后自行退出。全局的 data 明显是一个共享变量，操作和访问它需要加锁啊，线程进入临界区的时候再检查不就好了？

如果你一定想要干掉其他线程的话（不推荐这样做），那么用 ctypes 调用 API 强杀吧，Win 下用 TerminateThread，Linux 下用 pthread_cancel，我没试过这样做，总感觉会搞出问题的样子

为啥评论里面那么多对 Python 多线程不屑一顾的人？就算有 GIL，又不是所有多线程应用都是用来解决运算密集型问题的；虽然 IO 的问题大多数可以用异步解决，不过考虑到版本、兼容性、易用性等问题，又不是多线程不能用

@pony279 jedi-vim 的补全和文档、跳转功能都不错，不过 rename 功能有点太不靠谱了，还不如自己手动搜索替换靠谱。第一次知道 Language Server 这个东西，看起来很厉害的样子，抽空试试。感谢推荐。