@so1n 没听懂，详细说一下？

@so1n
@no1xsyzy
@676529483
@abersheeran

试了一下感觉目前这些方案都不行。我对静态类型的期望有两个，其一是在开发的时候可以使用 IDE 直接寻址到对象的目标位置，如果用双引号的写法的话无法实现，其二是我希望能够在 runtime 使用 inspect.trace 追踪到对象，这样可以在自动测试中依据这个特性自动检查所有函数和方法的输入输出是否符合要求，让程序更可靠，大概类似于编译中的静态类型检查吧。这个需求用双引号的方式也无法实现，用`from __future__ import annotations`也无法实现。

目前来看只能获取到对象的字符串名称，而不能直接获取对象，而进行 isinstance 判断必须要输入对象，所以似乎无解。还有一种方式是通过某种方式设计重载，并且在重载后使用 eval()将字符串转换为类，但一来实现成本较高，二来 eval 总归让人不爽。

@popil1987 只是这么抽象在人类逻辑上比较清楚，可能对程序来说不清楚，我不太懂设计的问题，mixin 是什么意思，百度搜了一下没搜到

开机测试了一下，会报错啊

https://gist.github.com/GoodManWEN/65464b2b3ed32c0c85d66e25002d417d

@abersheeran 手机上看的，不太方便，看起来似乎像是引入一个被动变量跳过编译检查？然后在 runtime 中类型提示已经被去除了，所以不会报错？

@abersheeran 我看了一下 pep563 没抓住重点他想表达什么，大佬能概述一下有什么作用吗

@hareandlion 只是举了一个简单例子，实际还有比如子类之间互相引用等等情况，实际业务中完全解耦几乎不可能，

买云服务器怕是壕中壕

level1 数据，个股每天超过万行，A 股所有标的存 10 年历史数据在千亿的数量级，再加上通信带宽大，云服务器能顶住我愿称之为最强

文章看着看着，心里想:这文章怕是水文模拟器自动生成的吧。。

@imgbed 可以水文章，发公众号

@rabbbit 型号 B156HAN09.2，无拖影。另外我没用过拖影屏幕，不知道拖影是什么效果。这块屏简单来说就是比我以前用过的都好

@so1n redis 集群不是自身特性，为什么需要客户端支持呢
@Carry0317 目前按照我这个帖子，纯 py 的方法就是 uvloop+aiohttp+gunicorn 。楼上有老哥提到 fastapi 部署是 uvicorn+gunicorn 但他没说怎么做，我暂不理解。另外如果你的应用层封装简单，也可以试试 vibora,japronto 这类 c 库，应该可以获得最大转发效率，比较基础的使用上应该也没什么坑，大概吧。不过你这个 gpu 业务本身需要 python+http 转发本身就挺奇怪的

@spcharc 我印象中确实是有见过生产级部署以后出现莫名泄露的问题的帖子，大概几年前。我自己没遇到过。另外我对楼上说的猴子布丁原理上性能高于 libuv 仿品很好奇

@wdhwg001 orm 方面我是完全不做任何希望了，我觉得以 python 社区的生产能力 orm 大概是要永远难产下去了。我个人使用体验上倒是没体会到 orm 对开发速度有多大帮助，都是直接操作数据库，所以倒是感觉不很有所谓

@wdhwg001 gunicorn 套 uvicorn 怎么实现，感觉这两个不能互相套啊

楼上说的 ssl 泄露的 issue 我看倒是确实没人理。印象中 17 年左右 stackoverflow 的 asyncio 区还是极端冷清的，不知道现在怎么样。我个人体验来讲，倒是 3.5 时代感觉原生异步的学习过程很底层，从生成器概念一步步概念学上来，最近两年倒是完全感觉在使用高级 api，完全没有底层的感觉了，基本和写同步代码没有任何区别，只是外面要套一层扳机而已。

@ManjusakaL 认真看完了，大佬确实经验丰富。我因为学习异步的时候已经出现原生异步了，所以对猴子补丁天生有不信任，承认错误。我们在简单的生产环境（非内部管理平台）中使用原生异步体验良好，可能有些过于信任。

搜了一下你说的 BPO-30698，ssl 链接泄露应该如何理解，似乎不是一个导致明文泄露的恶性 bug，而是导致内存不能回收的问题，不知是否理解正确。在 17/18 年左右倒是听说过有人 aiohttp 框架出现 ssl 内存泄露，我从未遇到过类似问题，以为在新版中已经修好了。看了这个 issue，不理解如何复现。

你在帖子中提到的同步异步混合，以及生态不支持 c 插件等问题，我个人理解这两个目前已经不是问题，我的理解中异步代码中首先不应存在同步内容，我从未体验过同步异步同时维护的复杂度。另外生态方面主要是接入后端，python 本身的阻塞实现倒是能用附带线程池的方式梭掉，顺带 cython 还能解决掉 gil，而后端方面，mysql 和 redis，oracle 也有异步连接方式，我使用 aiolibs 的库体验良好，可能是接入服务数少，我个人而言这方面没什么不满。

另外大佬这么推崇猴子补丁，有没有 gevent 系列比较合适的入门文章，我想完整评估一下 gevent 相对于原生异步方案的性能和稳定性

@ManjusakaL 我觉得你对屎可能有些误解。即使在 python3.5 时代，原生异步也并不屎，这种用户态完全可控、可预测的状态显然是更优的设计。gevent 无法做到以上任何一项，用户用脚投票也说明了这点。

@so1n 就是很简单的按照 quick start 定义了一个异步函数，绑定到'/'，返回一个 echo，没有其他任何东西。部署方面，8 个 fork，关闭 log 。uvicorn main:app --worker 8 --log-level error，不知道有哪里配置还能提高性能的。

aio 库性能差我觉得应该没有这个说法。python 的异步从一开始就没有什么黑魔法，当初 dableaz 在 pycon 花半小时就实现一个功能完整的 eventloop，可以完全替代原生进行 basic tcp socket programming 的。所以 eventloop 相同的情况下，实现方面完全可追溯，封装程度其实区别不大，影响也不大，理论上无所谓 aio 库慢与否，实践当中我也从没听说过有人说 aiolibs 里面的东西比同类慢。