<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Recover on 办公AI智能小助手</title>
    <link>https://blog.qife122.com/tags/recover/</link>
    <description>Recent content in Recover on 办公AI智能小助手</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <copyright>qife</copyright>
    <lastBuildDate>Thu, 18 Sep 2025 02:46:23 +0800</lastBuildDate>
    <atom:link href="https://blog.qife122.com/tags/recover/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Go语言中panic与recover的性能代价分析</title>
      <link>https://blog.qife122.com/p/go%E8%AF%AD%E8%A8%80%E4%B8%ADpanic%E4%B8%8Erecover%E7%9A%84%E6%80%A7%E8%83%BD%E4%BB%A3%E4%BB%B7%E5%88%86%E6%9E%90/</link>
      <pubDate>Thu, 18 Sep 2025 02:46:23 +0800</pubDate>
      <guid>https://blog.qife122.com/p/go%E8%AF%AD%E8%A8%80%E4%B8%ADpanic%E4%B8%8Erecover%E7%9A%84%E6%80%A7%E8%83%BD%E4%BB%A3%E4%BB%B7%E5%88%86%E6%9E%90/</guid>
      <description>&lt;h1 id=&#34;go语言中panic与recover的性能代价&#34;&gt;Go语言中panic与recover的性能代价&lt;/h1&gt;&#xA;&lt;p&gt;&lt;strong&gt;TL;DR&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Josh Bloch的《Effective Java》中的某些智慧同样适用于Go语言。&lt;code&gt;panic&lt;/code&gt;和&lt;code&gt;recover&lt;/code&gt;最好保留给异常情况。依赖&lt;code&gt;panic&lt;/code&gt;和&lt;code&gt;recover&lt;/code&gt;会显著减慢执行速度、导致堆分配，并阻止内联优化。通过&lt;code&gt;panic&lt;/code&gt;和&lt;code&gt;recover&lt;/code&gt;内部处理失败情况是可接受的，有时甚至是有益的。&lt;/p&gt;</description>
    </item>
    <item>
      <title>Go语言中正确使用Panic与Recover的技巧</title>
      <link>https://blog.qife122.com/p/go%E8%AF%AD%E8%A8%80%E4%B8%AD%E6%AD%A3%E7%A1%AE%E4%BD%BF%E7%94%A8panic%E4%B8%8Erecover%E7%9A%84%E6%8A%80%E5%B7%A7/</link>
      <pubDate>Fri, 12 Sep 2025 21:00:11 +0800</pubDate>
      <guid>https://blog.qife122.com/p/go%E8%AF%AD%E8%A8%80%E4%B8%AD%E6%AD%A3%E7%A1%AE%E4%BD%BF%E7%94%A8panic%E4%B8%8Erecover%E7%9A%84%E6%8A%80%E5%B7%A7/</guid>
      <description>&lt;h1 id=&#34;go语言中正确使用panic的方法&#34;&gt;Go语言中正确使用Panic的方法&lt;/h1&gt;&#xA;&lt;p&gt;常见的Go语言惯用法是：(1) panic，(2) 在延迟函数中恢复panic，(3) 继续执行。一般来说，只要在调用defer的函数入口点和发生panic的点之间没有全局状态变更，这种做法是可以接受的。这样的全局状态变更可能对程序行为产生持久影响。此外，人们很容易忽略它们，并认为所有操作都会通过调用recover来撤销。&lt;/p&gt;</description>
    </item>
    <item>
      <title>Go语言中panic与recover的性能代价深度解析</title>
      <link>https://blog.qife122.com/p/go%E8%AF%AD%E8%A8%80%E4%B8%ADpanic%E4%B8%8Erecover%E7%9A%84%E6%80%A7%E8%83%BD%E4%BB%A3%E4%BB%B7%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90/</link>
      <pubDate>Tue, 09 Sep 2025 05:30:31 +0800</pubDate>
      <guid>https://blog.qife122.com/p/go%E8%AF%AD%E8%A8%80%E4%B8%ADpanic%E4%B8%8Erecover%E7%9A%84%E6%80%A7%E8%83%BD%E4%BB%A3%E4%BB%B7%E6%B7%B1%E5%BA%A6%E8%A7%A3%E6%9E%90/</guid>
      <description>&lt;h1 id=&#34;go语言中panic与recover的性能代价&#34;&gt;Go语言中panic与recover的性能代价&lt;/h1&gt;&#xA;&lt;p&gt;&lt;strong&gt;TL;DR&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Josh Bloch的《Effective Java》中的某些智慧同样适用于Go语言。panic和recover最好保留给异常情况使用。依赖panic和recover会显著减慢执行速度、导致堆分配，并阻止内联优化。但在内部处理失败情况时，使用panic和recover是可以接受的，有时甚至是有益的。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
