<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>垃圾回收 on 办公AI智能小助手</title>
    <link>https://blog.qife122.com/tags/%E5%9E%83%E5%9C%BE%E5%9B%9E%E6%94%B6/</link>
    <description>Recent content in 垃圾回收 on 办公AI智能小助手</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <copyright>qife</copyright>
    <lastBuildDate>Thu, 20 Nov 2025 08:20:06 +0800</lastBuildDate>
    <atom:link href="https://blog.qife122.com/tags/%E5%9E%83%E5%9C%BE%E5%9B%9E%E6%94%B6/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>大规模Java Web服务性能回归调试实战指南</title>
      <link>https://blog.qife122.com/p/%E5%A4%A7%E8%A7%84%E6%A8%A1java-web%E6%9C%8D%E5%8A%A1%E6%80%A7%E8%83%BD%E5%9B%9E%E5%BD%92%E8%B0%83%E8%AF%95%E5%AE%9E%E6%88%98%E6%8C%87%E5%8D%97/</link>
      <pubDate>Thu, 20 Nov 2025 08:20:06 +0800</pubDate>
      <guid>https://blog.qife122.com/p/%E5%A4%A7%E8%A7%84%E6%A8%A1java-web%E6%9C%8D%E5%8A%A1%E6%80%A7%E8%83%BD%E5%9B%9E%E5%BD%92%E8%B0%83%E8%AF%95%E5%AE%9E%E6%88%98%E6%8C%87%E5%8D%97/</guid>
      <description>&lt;h1 id=&#34;大规模java-web服务性能回归调试系统化方法&#34;&gt;大规模Java Web服务性能回归调试：系统化方法&lt;/h1&gt;&#xA;&lt;p&gt;高并发、实时服务运行在苛刻的经济约束下。广告技术等类似平台通过Java Web服务处理数百万请求，其中几毫秒的差异要么实现盈利吞吐量，要么因额外计算成本侵蚀利润。延迟和资源使用的回归很少会大张旗鼓地出现；它们随着常规重构、依赖升级或流量模式的微妙变化悄然而至。&lt;/p&gt;</description>
    </item>
    <item>
      <title>虚假的JVM停顿：一次故障排查实战</title>
      <link>https://blog.qife122.com/p/%E8%99%9A%E5%81%87%E7%9A%84jvm%E5%81%9C%E9%A1%BF%E4%B8%80%E6%AC%A1%E6%95%85%E9%9A%9C%E6%8E%92%E6%9F%A5%E5%AE%9E%E6%88%98/</link>
      <pubDate>Sat, 08 Nov 2025 23:40:33 +0800</pubDate>
      <guid>https://blog.qife122.com/p/%E8%99%9A%E5%81%87%E7%9A%84jvm%E5%81%9C%E9%A1%BF%E4%B8%80%E6%AC%A1%E6%95%85%E9%9A%9C%E6%8E%92%E6%9F%A5%E5%AE%9E%E6%88%98/</guid>
      <description>&lt;h2 id=&#34;神秘现象503错误峰值&#34;&gt;神秘现象：503错误峰值&lt;/h2&gt;&#xA;&lt;p&gt;在处理每秒数百万用户请求的大规模Java服务中，我们遇到了间歇性的负载均衡器超时峰值，导致向用户返回503响应。在负载下，部分Web服务器会停顿数秒，停止接受新连接，导致请求堆积和失败。唯一线索是这种行为与主机上另一个基于磁盘的缓存系统产生的高磁盘I/O周期相关。&lt;/p&gt;</description>
    </item>
    <item>
      <title>Java集合中可变键导致的内存泄漏问题解析</title>
      <link>https://blog.qife122.com/p/java%E9%9B%86%E5%90%88%E4%B8%AD%E5%8F%AF%E5%8F%98%E9%94%AE%E5%AF%BC%E8%87%B4%E7%9A%84%E5%86%85%E5%AD%98%E6%B3%84%E6%BC%8F%E9%97%AE%E9%A2%98%E8%A7%A3%E6%9E%90/</link>
      <pubDate>Mon, 08 Sep 2025 10:47:44 +0800</pubDate>
      <guid>https://blog.qife122.com/p/java%E9%9B%86%E5%90%88%E4%B8%AD%E5%8F%AF%E5%8F%98%E9%94%AE%E5%AF%BC%E8%87%B4%E7%9A%84%E5%86%85%E5%AD%98%E6%B3%84%E6%BC%8F%E9%97%AE%E9%A2%98%E8%A7%A3%E6%9E%90/</guid>
      <description>&lt;h1 id=&#34;java集合中可变键导致的内存泄漏问题解析&#34;&gt;Java集合中可变键导致的内存泄漏问题解析&lt;/h1&gt;&#xA;&lt;p&gt;Java集合组件（如Map、List、Set）在我们的应用程序中广泛使用。当它们的键没有被正确处理时，会导致内存泄漏。在这篇文章中，我们将讨论错误处理的HashMap键如何导致OutOfMemoryError。我们还将讨论如何有效诊断此类问题并修复它们。&lt;/p&gt;</description>
    </item>
    <item>
      <title>Go语言技术盛宴：dotGo 2019大会精华解析</title>
      <link>https://blog.qife122.com/p/go%E8%AF%AD%E8%A8%80%E6%8A%80%E6%9C%AF%E7%9B%9B%E5%AE%B4dotgo-2019%E5%A4%A7%E4%BC%9A%E7%B2%BE%E5%8D%8E%E8%A7%A3%E6%9E%90/</link>
      <pubDate>Fri, 05 Sep 2025 15:58:35 +0800</pubDate>
      <guid>https://blog.qife122.com/p/go%E8%AF%AD%E8%A8%80%E6%8A%80%E6%9C%AF%E7%9B%9B%E5%AE%B4dotgo-2019%E5%A4%A7%E4%BC%9A%E7%B2%BE%E5%8D%8E%E8%A7%A3%E6%9E%90/</guid>
      <description>&lt;h1 id=&#34;dotgo-2019-技术总结&#34;&gt;dotGo 2019 技术总结&lt;/h1&gt;&#xA;&lt;p&gt;（本文亦发布于Human Coders博客的法语版本）&lt;/p&gt;&#xA;&lt;p&gt;大约两周前，我有幸参加了第五届欧洲Go大会dotGo 2019。与我过去参加的通常在人迹罕至的酒店或会议中心举办的技术会议不同，dotGo团队全力以赴，成功将巴黎著名的Blanche街剧院作为会议场地。毫无疑问，包括Heetch、Microsoft、Datadog、Sourcegraph和GitHub在内的赞助商提供了帮助。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
