个人猜测，应该原因在这里：

asyncio.iscoroutinefunction:
return (getattr(func, '_is_coroutine', None) is _is_coroutine or _inspect_iscoroutinefunction(func))

inspect.iscoroutinefunction:
return bool((isfunction(object) or ismethod(object)) andobject.__code__.co_flags & CO_COROUTINE)

通过实验
>>>A.aa
<bound method A.aa of <class 'A'>>
>>>A.__dict__["aa"]
<classmethod object at 0x000002BDE92F7F60>
>>>inspect.ismethod(A.__dict__["aa"])
False
>>>inspect.isfunction(A.__dict__["aa"])
False
>>>inspect.ismethod(A.aa)
True
>>>inspect.isfunction(A.aa)
False

所以你通过 A.__dict__['aa']得到的是一个 classmethod object 而根本就不是一个 method 也不是一个 function，当然他也就不是一个 coroutinefunction 了，至于为什么这么判断，那就得看写这段代码的人是怎么想的了

@zhouheyang0919 只是说这个问题就很有趣了，涉及到表达式执行顺序，内存分配器策略和垃圾回收时机了，只要频率够高还能跑出来更加诡异的数字
>>> id(100000000000000000000001)-id(100000000000000000000000)
-1160
>>> id(100000000000000000000001)-id(100000000000000000000000)
-160
>>> id(100000000000000000000001)-id(100000000000000000000000)
-1000
>>> id(100000000000000000000001)-id(100000000000000000000000)
1160
>>> id(100000000000000000000001)-id(100000000000000000000000)
1120
>>> id(100000000000000000000001)-id(100000000000000000000000)
1200

@zhouheyang0919 其实并没有那么简单，你再看看下面的几行输出
>>> id(100000000000000000000000)
1932290411216
>>> id(100000000000000000000001)
1932290411176
>>> id(100000000000000000000002)
1932290411136
>>> id(100000000000000000000003)
1932290411096

其实探讨一下这个问题会更有趣
>>> id(100000000000000000000003)-id(100000000000000000000000)
-40
>>> id(100000000000000000000002)-id(100000000000000000000000)
-40
>>> id(100000000000000000000001)-id(100000000000000000000000)
-40

实际上 Python 中的 int 并不是定长的。。。
>>> import sys
>>> sys.getsizeof(1)
28
>>> sys.getsizeof(100000000000000000000000)
36
>>> sys.getsizeof(1000000000000000000000000000000000000000000000000)
48
>>> sys.getsizeof(1000000000000000000000000000000000000000000000000000000000000000)
52

感觉台式机上 linux 不错，笔记本那蛋疼的驱动真的是折腾人

@leafleave #11 而且有些应用直接连 ip 地址，根本不走 dns

顺便提一下 xubuntu 下的默认字体 DejaVu Sans 也是完全看不出来区别

WIN10+Chrome 上默认用 Tahoma 挺容易看出来的
但是 ios 的苹方字体是真的看不出来有啥区别。。。。

Multprocessing.Queue 应该是用 pipe 实现的，如果父进程不及时把内容取走貌似会导致管道阻塞，至于 Multprocessing.Manager 是使用了类似于 tcp 通讯的方式，有后台线程持续读取 pipe 的消息，所以没事

beta 版就是这样，用正式版才能屏蔽更新

QQ 空间也一直能给自己的说说点赞呀。。。。

@airyland 在好友列表那一页

要不然 rpc 通讯，要不然 jni 调用 python.dll/.so

@litp 可是反光的话你根本看不见啊😂

@paparika 他的意思是只能在类的定义完成之后才能以 constexpr 的形式调用，至于为什么，你可能需要翻翻 C++的标准了

也就是说这样写是可行的
class TestClass1{ public:

static constexpr int getInt(){return 0;};

TestClass1(){}
};

class TestClass2{ public:

static constexpr int y = TestClass1::getInt();//why it's wrong?

TestClass2(){}
};

GCC 的提示说的挺清楚的了吧
error: 'static constexpr int TestClass1::getInt()' called in a constant expression before its definition is complete

@lislee2001 你#3 看的这种一般是用的外置显卡芯片，在这种情况下并不会直接传输视频信号而是做类似于显存拷贝的事情，所以并不需要那么大带宽