2 Commits

Include renames

Author	SHA1	Message	Date
snowy-yang	69a50c2c31	refactor: worker 子系统全面异步化，拆掉同步转异步的桥接层 ... 拆掉「同步调异步 / 异步桥同步」两类垫片的第二半（HTTP 线 B2 见前序提交）。 worker 侧此前是「起线程跑同步函数、函数体内部再用 asyncio.to_thread 把活塞给 另一条循环」——线程与协程互等，取消/暂停只能靠轮询。本轮把 worker 自身变成 协程，由 _start_task 直接挂到应用事件循环上，桥接层随之失去存在理由。 改动（按子系统）： - music_downloader：downloader / _aria2 / _concurrency / cover / _http / __main__ 全链路协程化。per-file 锁改 asyncio.Lock；计数闸改 「active 计数 + await asyncio.sleep(0.5)」的可取消等待（原阻塞式 with 会让 已取消任务仍要等全局名额腾出，卡死并拖后腿退款）；aria2p 的同步 RPC 仍经 to_thread，轮询改 asyncio.sleep；新增 core.http_client.iter_chunks，把**流式 读取期**的 aiohttp.ClientError 收敛成 UpstreamNetworkError（请求建立阶段早已 有这条路径，读取阶段此前没有，断流会绕过调用方的 UpstreamError 分类）。 删除 get_http_session / _SESSION_LOCAL。 models._RetryFromScratch 不再继承 requests.RequestException 而继承 Exception： 它是「续传起点失效、残片已清、从头重下」，既不是确定性失败 (DownloadException)，也不是残片已保留的网络失败(UpstreamError)，必须独立 成类且在 except 链中先于二者捕获。 - music_api：podcast.py 全部函数协程化（直链解析内部改 await NeteaseAPI.get_song_url）；compat.py 删除——16 个死掉的同步门面早已 清空，文件只剩空壳。 - services：_taskcore / _zipcore / batch / downloads / podcast / tasks 协程化。 threading.Thread → loop.create_task（任务句柄字段 worker_thread → worker_task），ThreadPoolExecutor → asyncio.gather + asyncio.Semaphore， 终态函数与结算回调全部改 await；监控线程里「worker 已死」判定改 task.done()。 删除 services/streaming.py（同步流垫片，唯一消费者已迁到 core.http_client.open）。zipfile 实例仍非线程安全，故「下载」并行、 「入包」严格串行。 - web：路由层 130+ 处 to_thread 拆除——被包住的目标自己已是协程，再包一层只是 把协程丢进线程里跑一圈。tasks_registry.start_task 直接 create_task。 web/app.py 关闭段去掉 async_bridge.shutdown()（不再有第二条约循环）。 web/routers/download.py 的播客端点补上 3 处漏掉的 await （extract_podcast_ref / get_radio_detail）——漏掉时不报错、只静默返回协程对象， 靠 pyright 抓出来后修正。 留在 to_thread 上的都是**正当的阻塞卸载**：同步 SQLite 落库与账本结算、 mutagen 全量重写标签、zipfile 整段拷贝、shutil.rmtree、aria2p 的同步 RPC、 PBKDF2 的 10 万次迭代。ruff 对残留的本地元数据操作（exists/stat/os.replace/ 往 .part 顺序写分块）按「微秒级、卸载的调度开销大于操作本身」放行，pyproject 逐条注明理由。 取消/暂停仍由 threading.Event 承载：置位方是请求线程/监控线程，读取方是 worker 协程，只有「置位」与「轮询读取」两种操作，既不需要跨循环唤醒也不会卡住事件 循环——比 asyncio.Event 更省心（ASYNC110 同理按此豁免）。 测试：10 个文件的替身边界同步迁移——网络替身从 core.sync_http 的 get_http_session 换成 downloader/服务模块的 _http.open + **真实** iter_chunks （顺带钉住读取期异常收敛）；`_run` 改为在独立线程里 asyncio.run(worker(...))； aria2 的假时钟从 time.sleep 换成 _POLL_INTERVAL=0；monitor 的线程句柄替身换成 done() 可控的轻量替身（asyncio.Task 的构造需要运行中的事件循环，而监控循环跑在 常驻线程里）；podcast / 封面 / 结算包装等替身一律改 async。 门禁：ruff 全过 / pyright 0-0 / pytest 383 项全绿（0 失败）。 下一步 B2：auth_system 12 个模块改 aiosqlite 背板、web 层剩余 to_thread 收尾； B3：删 core/sync_http.py、core/async_bridge.py、core/http_errors.py（现仅 sync_http 自用）。	2026-09-28 19:36:56 +08:00
snowy-yang	65a81af94a	refactor: 拆分任务监控循环的 7 组周期作业（170 行 / 圈 58 → 17 行 / 圈 3） ... 为什么：_task_monitor_loop 是一个 170 行 / 圈复杂度 58 / 嵌套 8 层的单函数，把 7 组互不相关的周期性作业塞在一起——终态回收、超时取消、缓存清扫、限流桶清理、 账本对账、孤儿目录补扫、心跳离线——整轮共用一个 try/except。任何一处改动都要 通读全部 7 组逻辑；上一轮恢复它的启动点时，也正是这个体量让判读很吃力。 改法：一组作业一个具名函数，另抽 _run_monitor_tick 只负责编排顺序（循环本身 只剩「sleep + try + 限频记录」三件事）。 复杂度（同口径 AST 实测，重构前后）： _task_monitor_loop 170 行 / 圈 58 / 嵌套 8 → 17 行 / 圈 3 / 嵌套 2 文件内最大函数 170 行 → 66 行（_reap_finished_tasks） 文件内 >80 行函数 1 → 0 · 嵌套 ≥5 层 1 → 0 代价：总行数 231 → 291（+60，全部是新的函数签名与 docstring） 等价性证据（重构的分内之事，不是附赠）： 1. AST **数值字面量多重集**比对：旧 16 种 / 新 16 种，计数零差异——确认搬运 中没有改任何阈值（4h 硬超时 / 8 次重试 / 60s / 24h / 5h / 90 天 / 600s …）。 2. 剔除 docstring 后的**字符串字面量**比对：旧版有的一处不少——确认用户可见 状态文案与日志格式没被抄错。 3. 新增 20 例行为契约测试（tests/test_monitor_jobs.py），按「调用后世界里发生 了什么」断言，不引用实现细节，故可跨后续重构复用。 刻意保留的语义（是决定，不是疏漏）： - 单个 tick 仍共用一个 try/except：前段作业抛异常会跳过本轮剩余作业。改为 逐作业隔离属于**行为变更**，本提交不夹带；已用 test_tick_exception_skips_ rest_of_tick 如实钉住现状，让那次变更有据可依、不会悄悄发生。 - _run_periodic_ledger_jobs / _sweep_orphan_task_dirs 的局部 try/except 原样 保留（原注释即写明「下轮重试」意图），其兜底粒度各有独立用例。 - 代结算的前提仍是「worker_thread 字段存在且线程已死」：没有线程句柄的任务 不退款——拿不到句柄就无法判断 worker 是否已在别处结算过，贸然退会双退。 该约束由新增用例固化（原实现如此，此前无测试记录）。 验证：ruff 全过 · pyright 0/0 · pytest 209 passed（189→209）· 生产 data/ 未被触碰（全部用例走 tmp_path 沙箱）。	2026-09-26 19:04:36 +08:00