<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Interview on CATNAP</title>
    <link>/tags/interview/</link>
    <description>Recent content in Interview on CATNAP</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-TW</language>
    <copyright>© 2026 Idle Engineer</copyright>
    <lastBuildDate>Fri, 08 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="/tags/interview/index.xml" rel="self" type="application/rss+xml" />
    
    <item>
      <title>ACID 是什麼｜資料庫事務的四個保證</title>
      <link>/core/acid/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/acid/</guid>
      <description>Atomicity 全做或全不做、Consistency 資料永遠合法、Isolation 各自互不干擾、Durability 寫入後永不消失。這四個保證讓轉帳不出錯。</description>
      
    </item>
    
    <item>
      <title>CAP 定理｜分散式系統的三選二</title>
      <link>/core/cap-theorem/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/cap-theorem/</guid>
      <description>分散式系統在網路分區時，只能選一個：一致性（C）或可用性（A）。沒有 P 的系統不存在，選的是在 P 發生時要犧牲哪邊。</description>
      
    </item>
    
    <item>
      <title>Consistent Hashing｜分散式系統的水平擴展關鍵</title>
      <link>/core/consistent-hashing/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/consistent-hashing/</guid>
      <description>普通取餘 Hash 在增減節點時需要搬移大量資料。Consistent Hashing 把節點和資料都映射到一個環上，增減節點只影響相鄰範圍，大幅減少資料遷移量。</description>
      
    </item>
    
    <item>
      <title>DNS 是什麼｜從輸入網址到找到 IP 的完整流程</title>
      <link>/core/what-is-dns/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/what-is-dns/</guid>
      <description>DNS 是網路的電話簿，把人類看得懂的域名（google.com）翻譯成機器看得懂的 IP 位址。查詢有四層快取，速度極快。</description>
      
    </item>
    
    <item>
      <title>Event Loop 是什麼｜JavaScript 非同步的底層機制</title>
      <link>/core/event-loop/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/event-loop/</guid>
      <description>JS 是單執行緒，靠 Event Loop 處理非同步。Call Stack 跑同步程式碼，非同步回呼先放 Task Queue，等 Stack 清空才進來。Promise 的 then 放 Microtask Queue，優先於一般 Task。</description>
      
    </item>
    
    <item>
      <title>HTTP vs HTTPS｜TLS 加密原理與 interview 秒答</title>
      <link>/core/http-vs-https/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/http-vs-https/</guid>
      <description>HTTP 是明文傳輸，HTTPS 在外面套了一層 TLS 加密通道。三個關鍵差異：加密、身份驗證、資料完整性。</description>
      
    </item>
    
    <item>
      <title>HTTP/1.1 vs HTTP/2 vs HTTP/3｜每一代解決了什麼問題</title>
      <link>/core/http-versions/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/http-versions/</guid>
      <description>HTTP/1.1 靠多條 TCP 連線；HTTP/2 用多路復用解決 Head-of-line blocking；HTTP/3 換掉 TCP 改用 QUIC，連網路切換都不斷線。</description>
      
    </item>
    
    <item>
      <title>JWT vs Session｜認證機制的選擇與安全陷阱</title>
      <link>/core/jwt-vs-session/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/jwt-vs-session/</guid>
      <description>Session 把狀態存在 Server，JWT 把狀態放在 Token 本身。前者容易撤銷，後者天生無狀態適合分散式。</description>
      
    </item>
    
    <item>
      <title>Load Balancer｜L4 vs L7、演算法與 Health Check</title>
      <link>/core/load-balancer/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/load-balancer/</guid>
      <description>Load Balancer 把流量分散到多台 Server，避免單點壓力。L4 靠 IP+Port 路由，L7 看 HTTP 內容路由。常見演算法有 Round-Robin、Least Connections、IP Hash。</description>
      
    </item>
    
    <item>
      <title>Message Queue 是什麼｜Kafka vs RabbitMQ 與核心場景</title>
      <link>/core/message-queue/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/message-queue/</guid>
      <description>MQ 讓服務解耦、削峰填谷。Producer 丟訊息進去，Consumer 自己的節奏處理。Kafka 適合高吞吐流式處理，RabbitMQ 適合傳統任務佇列。</description>
      
    </item>
    
    <item>
      <title>OAuth 2.0 是什麼｜授權流程與角色解析</title>
      <link>/core/oauth2/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/oauth2/</guid>
      <description>OAuth 2.0 讓你用 Google 帳號登入第三方 App，但不把 Google 密碼交給它。四個角色、一個 Authorization Code Flow 搞懂整件事。</description>
      
    </item>
    
    <item>
      <title>SQL JOIN 類型｜圖解 INNER / LEFT / RIGHT / FULL</title>
      <link>/core/sql-joins/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/sql-joins/</guid>
      <description>JOIN 是把兩張表依照條件合併。INNER 只保留交集，LEFT 保留左表全部，RIGHT 保留右表全部，FULL 保留所有資料。一次搞懂差異。</description>
      
    </item>
    
    <item>
      <title>Transaction 隔離級別｜Dirty Read、Phantom Read 一次搞懂</title>
      <link>/core/transaction-isolation/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/transaction-isolation/</guid>
      <description>四個隔離級別從寬到嚴：Read Uncommitted、Read Committed、Repeatable Read、Serializable。每升一級，能防住更多並發問題，但效能代價也更高。</description>
      
    </item>
    
    <item>
      <title>XSS vs CSRF｜兩種最常見 Web 攻擊的原理與防禦</title>
      <link>/core/xss-vs-csrf/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/xss-vs-csrf/</guid>
      <description>XSS 是把惡意腳本注入網頁，讓別的使用者執行；CSRF 是偽造使用者的請求。兩者攻擊方向不同，防禦方式也不同。</description>
      
    </item>
    
    <item>
      <title>瀏覽器渲染流程｜Reflow vs Repaint 與效能優化</title>
      <link>/core/browser-rendering/</link>
      <pubDate>Fri, 08 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/browser-rendering/</guid>
      <description>輸入 URL 到畫面出現，瀏覽器做了：HTML → DOM、CSS → CSSOM、合併成 Render Tree、計算 Layout、Paint、Composite。Reflow 觸發重新計算，Repaint 只重繪，Composite 最輕量。</description>
      
    </item>
    
    <item>
      <title>AI Agent 架構解析｜從對話機器人到自主執行</title>
      <link>/ai/ai-agent/</link>
      <pubDate>Tue, 05 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/ai/ai-agent/</guid>
      <description>拆解AI Agent的四大核心模組與ReAct執行迴圈，解析它如何從被動問答進化到自主呼叫工具與規劃任務。</description>
      
    </item>
    
    <item>
      <title>RAG vs Fine-tuning｜企業 AI 應用該選誰？</title>
      <link>/ai/rag-vs-finetuning/</link>
      <pubDate>Tue, 05 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/ai/rag-vs-finetuning/</guid>
      <description>企業導入 AI 的兩大流派。RAG 像是「開卷考」，Fine-tuning 像是「補習」，教你根據知識更新頻率與輸出風格選擇最佳解。</description>
      
    </item>
    
    <item>
      <title>Redis persistence｜RDB vs. AOF 深度解析</title>
      <link>/core/redis-persistence/</link>
      <pubDate>Sat, 02 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/redis-persistence/</guid>
      <description>RDB 是定期快照（速度快、會丟資料），AOF 是記錄流水帳（資料完整、檔案大）。通常建議兩者混用。</description>
      
    </item>
    
    <item>
      <title>Redis 是什麼？｜比喻與面試秒答</title>
      <link>/core/redis-what/</link>
      <pubDate>Sat, 02 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/redis-what/</guid>
      <description>Redis 是基於記憶體的 Key-Value database，效能極高，常作為cache、分散式鎖與訊息佇列。</description>
      
    </item>
    
    <item>
      <title>Redis 與 SQL 數據同步全解析｜5 大情境的讀寫流與consistency策略</title>
      <link>/core/redis-vs-db/</link>
      <pubDate>Sat, 02 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/redis-vs-db/</guid>
      <description>解析Redis與傳統database在5大場景的設計差異，及雙邊數據同步策略。</description>
      
    </item>
    
    <item>
      <title>databaseindex｜為什麼是 B&#43; Tree？</title>
      <link>/core/db-index/</link>
      <pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/db-index/</guid>
      <description>B+ Tree 矮胖結構減少磁碟 I/O，且葉節點鍊結適合範圍查詢，是databaseindex首選。</description>
      
    </item>
    
    <item>
      <title>Process vs. Thread｜圖解與面試秒答</title>
      <link>/core/process-thread/</link>
      <pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/process-thread/</guid>
      <description>Process 是資源分配單位，Thread 是 CPU 執行單位。兩者共用記憶體，但 Thread 切換開銷小、穩定性較低。</description>
      
    </item>
    
    <item>
      <title>TCP 三次握手｜一個比喻就懂 &#43; 面試延伸題</title>
      <link>/core/tcp-handshake/</link>
      <pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate>
      
      <guid>/core/tcp-handshake/</guid>
      <description>三次握手就像打電話：SYN（在嗎）、SYN+ACK（在，聽到嗎）、ACK（聽到，開始）。驗證雙方收發能力。</description>
      
    </item>
    
  </channel>
</rss>
