<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>后台任务 on PlumePHP</title><link>https://plumephp.com/tags/%E5%90%8E%E5%8F%B0%E4%BB%BB%E5%8A%A1/</link><description>Recent content in 后台任务 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sat, 17 Jan 2026 15:42:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E5%90%8E%E5%8F%B0%E4%BB%BB%E5%8A%A1/index.xml" rel="self" type="application/rss+xml"/><item><title>Godot 后台任务限流：空闲时能做，不代表战斗时也能做</title><link>https://plumephp.com/godot-background-task-throttle-2026/</link><pubDate>Sat, 17 Jan 2026 15:42:00 +0800</pubDate><guid>https://plumephp.com/godot-background-task-throttle-2026/</guid><description>&lt;h2 id="为什么要单独写成系统"&gt;为什么要单独写成系统&lt;/h2&gt;
&lt;p&gt;后台任务如果没有场景感知，会在玩家最忙的时候抢帧预算。这个问题表面上通常很小：一个确认框、一个焦点切换、一个 LOD 开关、一个下载判断，或者一次性能采样。但它真正影响的是玩家对客户端稳定性的判断。Godot 项目如果把它散落在页面脚本、角色脚本和导出脚本里，后期会很难回答“当前状态是谁决定的”。&lt;/p&gt;</description></item><item><title>Go 后台任务重试入门：失败后怎么重试才不添乱</title><link>https://plumephp.com/go-background-job-retry-2025/</link><pubDate>Wed, 14 May 2025 11:22:00 +0800</pubDate><guid>https://plumephp.com/go-background-job-retry-2025/</guid><description>&lt;p&gt;后台任务失败后要不要重试？答案通常是“要，但不能乱重试”。发送通知、同步数据、生成报表、调用第三方接口都可能遇到临时失败。如果完全不重试，偶发抖动会变成用户可见失败；如果无限重试，可能把一个小问题放大成队列堵塞或外部服务雪崩。&lt;/p&gt;</description></item><item><title>Go worker 取消入门：后台循环如何听懂 context</title><link>https://plumephp.com/go-worker-context-cancel-2025/</link><pubDate>Fri, 09 May 2025 13:37:00 +0800</pubDate><guid>https://plumephp.com/go-worker-context-cancel-2025/</guid><description>&lt;p&gt;后台 worker 是 Go 服务里很常见的结构：消费队列、定时清理、同步外部数据、处理导入任务。很多 worker 写起来很简单，但停不下来。服务收到关闭信号后，HTTP server 已经退出，worker 还卡在 sleep、网络请求或 channel receive 上，进程迟迟不结束。&lt;/p&gt;</description></item></channel></rss>