Custom `loop_factory` for `asyncio`

未关闭
#1,313 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
30/100
Issue 类型
功能
描述清晰度
基本清楚
活跃度
停滞
技术栈
python
领域
backend

调研方向

首先跟踪 ipykernel 主循环的启动过程和 anyio.run 调用,重点关注 backend_options 的传递方式以及 Trio 模式的选择方式。请求的更改将公开一个 IPKernelApp.asyncio_loop_factory DottedObjectName,并将其用于 asyncio 模式,同时保留 Trio 行为;未指定具体的文件或测试。

由索引模型根据 Issue 内容生成。

描述

Hello,

I have a use-case where we'd like to run the ipykernel main-loop using a specific asyncio.AbstractEventLoop implementation (not the stdlib's default one). Since in the main branch of ipykernel the code was migrated to use anyio, I believe this boils down to passing a suitable loop_factory value in the backend_options passed to anyio.run (unless Trio mode is enabled, of course).

Would there be any interest in a patch to allow this, essentially adding a --IPKernelApp.asyncio_loop_factory config option (a DottedObjectName)?

Thanks!

主要语言
Python
星标
734
派生
411
平均合并
1 天 2 小时
30 天内合并 PR
9

贡献指南

打开贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

ipython/ipykernel 的其他 Issue

查看 ipython/ipykernel 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。