<?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/%E9%94%99%E8%AF%AF/</link><description>Recent content in 错误 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Wed, 13 Aug 2025 10:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E9%94%99%E8%AF%AF/index.xml" rel="self" type="application/rss+xml"/><item><title>Go 1.20 多错误处理入门：errors.Join 怎么用才自然</title><link>https://plumephp.com/go-120-errors-join-2023/</link><pubDate>Wed, 13 Aug 2025 10:00:00 +0800</pubDate><guid>https://plumephp.com/go-120-errors-join-2023/</guid><description>&lt;p&gt;Go的错误处理哲学一直以简洁和明确著称：函数返回一个 &lt;code&gt;error&lt;/code&gt;，调用方检查它，要么处理，要么继续向上传递。然而在真实世界的工程中，单一错误的模型有时会显得力不从心。当你需要关闭多个文件句柄时，第一个 &lt;code&gt;Close()&lt;/code&gt; 出错并不意味着不需要关心后续错误；当你批量校验一整个CSV文件时，有10行数据违规，只报出第1行的错误对学习者和维护者都不友好；当你并发启动多个goroutine处理任务时，多个子任务失败的情况下，只返回最先遇到的那个错误会掩盖整体故障的全貌。&lt;/p&gt;</description></item></channel></rss>