閱讀日記條目時會再次載入其遠端圖片嗎？
通常情況下，包含圖片 URL 的日記條目可能會讓應用程式或瀏覽器在顯示該條目時請求該圖片。但這並不意味著每次都會從遠端伺服器下載該圖片：有效的瀏覽器快取可能會直接提供該圖片，或者應用程式可能有其他處理圖片的方式。實用的第一步檢查是確認該條目指向的是網頁 URL，還是隨日記一同儲存的圖片。離線測試可以提供線索，但無法證明完全沒有發生過網路請求。
Markdown 中的圖片連結代表什麼？
在標準 Markdown 中，像 `` 這樣的圖片語法是透過 URL 來識別圖片。[CommonMark 圖片教學](https://commonmark.org/help/tutorial/08-images.html)明確指出完整的網頁 URL 是有效的圖片目標位址。語法本身並不代表圖片已經複製到日記中或已儲存在本機。
當閱讀器顯示該條目時，軟體可能會將該 URL 算繪為圖片來源。在網頁中，瀏覽器的 `<img>` 元素會將圖片嵌入文件中，而其 `src` 屬性則指定要顯示的資源，如 [MDN 的 `<img>` 參考文件](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/img)所述。請求是否會到達遠端伺服器取決於快取機制，以及具體的應用程式、瀏覽器和網路路徑。
瀏覽器每次閱讀都會連線到伺服器嗎？
沒有固定規則規定每次都必須重新抓取圖片。瀏覽器在發出請求時會檢查其 HTTP 快取；如果有相符且有效的快取回應，瀏覽器就可以直接使用它，而無需為該圖片連線到原始伺服器。[web.dev 的 HTTP 快取指南](https://web.dev/articles/http-cache)說明了新鮮度取決於回應中的快取資訊，並且快取回應在維持新鮮期間可以重複使用。
如果快取回應已過期或需要驗證，瀏覽器可能會連線伺服器以檢查儲存的副本是否仍然有效。伺服器可以確認該副本仍然有效，因此這種檢查並不意味著會重新下載完整圖片。[MDN 的 HTTP 快取指南](https://developer.mozilla.org/en-US/docs/Web/HTTP/Guides/Caching)介紹了新鮮度、驗證以及不應快取回應的情況。清除快取、過期、變更 URL、應用程式行為或快取設定，都可能會改變日後閱讀時的情況。
因此，嚴謹的回答是：顯示遠端圖片可能會引發網路請求，但並不一定每次都會傳輸圖片位元組，也不一定每次查看都會連線到原始伺服器。快取顯示和全新抓取在螢幕上看可能完全相同。
如何區分 URL 與儲存的附件？
檢查圖片參照位址，或者查看應用程式的附件資訊（如果有的話）。以 `https://` 或 `http://` 開頭的目的地指向遠端網址。相對路徑或特定應用程式的附件名稱則需要進一步檢查。在網頁中，相對路徑可以解析為另一個網址；它並不能證明檔案位於你的本機裝置上。日記應用程式的儲存與算繪規則決定了目標位址。單憑 Markdown 並不能保證看起來像本機的參照位址具有可攜性，也不能保證檔案儲存在該條目內部。
一個實用的區分方式是看什麼必須維持可用：遠端 URL 取決於遠端資源持續存在且可連線；本機附件則取決於相關檔案是否存在於應用程式預期的位置。為了妥善保存日記照片檔案，請遵循應用程式專屬的匯出或備份說明。本文重點在於遠端載入這個獨立問題，而非對任何特定應用程式儲存格式的保證。
離線比較能說明什麼？
若要進行無害的檢查，可以在一次性測試條目中使用非敏感的圖片 URL。在連線時查看該條目，然後中斷裝置的網路連線並重新開啟該條目。如果圖片在離線時能正常顯示，這與存在快取副本或其他本機副本的情況相符。如果沒有顯示，應用程式在那時可能需要遠端資源——但單憑這個結果並不能確切指出原因。
這種比較無法證明日常連線閱讀時沒有發出網路請求。瀏覽器可能在中斷連線前就已經發出請求、檢查了 service worker 或應用程式快取，或者顯示了已儲存在本機的圖片。同樣地，離線時看到圖片並不能證明該條目的 Markdown 包含附件：應用程式可能只是快取了遠端回應。對於基於瀏覽器的日記，可以在連線時使用瀏覽器的網路開發者工具觀察請求行為，並檢查圖片請求及其快取狀態；測試結果僅代表該次測試環境，不代表日後的每次閱讀或所有裝置。
實用檢查清單
對於必須確保能穩定顯示的條目，請檢查圖片參照位址；若預期為本機圖片，請檢查對應的本機附件是否存在。如果是遠端 URL，請做好準備：其可用性與更新行為將取決於主機和快取。使用連線狀態下的網路面板觀察請求，並將離線重新開啟作為有限的對照參考。請將每個結果視為針對受測應用程式、瀏覽器和快取狀態的證據，而非放諸四海皆準的通則。