@imn1 不知道我的理解对不对。我现在的想法是，py36 的时候，还没有抽象出__class_getitem__()魔术方法，这时，如果在类型注解中使用 collections.abc.Sequence[str]时，ide 会提示 type 类没有定义__getitem__魔术方法，所以注解失败。（因为 collections.abc.Sequence 是 type 类的实例）。
然后 py37 的时候，出现了__class_getitem__魔术方法这个接口，但是内置的类型比如 list，还是没有定义了__class_getitem__这个方法。直到 py39 的时候，内置类型 list 才定义了这个方法，使得 list[str]也能用于注解了。

py36，刚试了下，collections.abc 的 Sequence 等容器不能在类型注解的时候写成 Sequence[str]啊。只有 typing 下的 Sequence 才可以写成 Sequence[str]。

我判断类型从来不用 typing 的模块，只用 collections.abc 。
写类型注解的时候才用 typing

python3 有 type hints，只是因为不兼容 py2，被一些人狂吐槽罢了。实际上 py3.6+ 的很多第三方库，都已经加上 type hints 了。https://www.v2ex.com/t/669912#reply46

print 本身就有这个参数。
with open('11.txt', 'a+') as f:
....print('xxxxxx', file=f)

if sorted(argv, reverse=True) == list(argv):
嫌麻烦可以这样一句，不过效率比较低，元素多了就不够好。

两者间并没有什么关系。

用 types 函数创建类呗
NewClass = type('NewClass', tuple(cls), class_attrs)

写反了吧。确定不是不要把 list 放 tuple 里？
因为如果把 list 放到 tuple 里，容易误操作。(0, [1])[1] += [1]，这个会修改不可变类型 tuple，但同时抛异常。

mark 一手，顺便能请问下是用了什么新特性导致只能 3.7+才能用吗，我也跟 ls 一样是 36 的。

@xuboying 我想请教下，共享内存是不是基于之前的 memoryview 的。

type hint，dataclass

@xiaolinjia 看了下楼上，自己在 request 方法里实例化个 flow.Response 对象应该是可行的。

虽然没用过这个库，不过看报错就是因为 flow.response=None 。
于是推测原因是，在 request 方法里，这库还没有给 flow.response 对象实例化。
然后问题又来了，不到达服务器，又怎么有 response 响应呢？

自己分析是哪个请求获取的。然后直接构建请求头。

子线程无法操作主线程的队列？子进程无法操作主进程的队列？就扯淡。本来队列就是线程和线程通信，进程和进程通信的一种方法。
只是，多线程用的队列是 queue 模块下的。多进程用的队列是 multiprocessing 模块下的 Queue 。
然后你那 queue.LifoQueue 是用于多线程的。

方式 1 的写法没问题，报那错是因为多进程在 windows 下要用 pickle 模块将环境的所有对象序列化，再 copy 一份给其他进程。所以是 procFun 函数里面有什么对象是不能 pickle 序列化吧。

https://mp.weixin.qq.com/s/WoGBUmISco60LQOoivB1QA
前几天看到一篇这样的文章。