照片上傳後橫過來了：先分清像素方向與EXIF方向

像素方向與 EXIF 標記的機制差異

位圖文件（如 JPEG）的本質是一套具有固定行與列的二維物理像素點陣，擁有固定的寬度與高度。而 EXIF（Exchangeable Image File Format）中的 Orientation 屬性只是一個介於 1 到 8 之間的元數據代碼，用於告訴兼容的看圖工具“在把這組橫向像素繪製到屏幕前，應當執行順時針 90 度、180 度或翻轉等視覺變換”。

依據 MDN 關於 image-orientation 的規範說明，現代 Web 瀏覽器通常依靠 CSS 屬性（如默認的 image-orientation: from-image）自動讀取 EXIF 並糾正顯示方向，也可以通過樣式規則人爲旋轉容器。但必須明確：CSS 旋轉或客戶端查看器的視覺糾正，僅僅是渲染層面的視圖變換，絕不等於對底層像素數據進行重新編碼與另存。文件內部的像素排列並未被改變。

爲什麼同一張照片在不同軟件中顯示不一致

不同軟件生態對元數據的支持程度各異，使同一個文件在不同場景下呈現不同姿態：

1. 桌面相冊與專業查看器：大多內置了完善的 EXIF 解析機制，打開文件時自動執行了內存層面的臨時旋轉，給用戶帶來“這幅圖本來就是豎直的”直觀錯覺。
2. 預覽與保存的處理步驟不同：網頁預覽、圖像編輯與導出可能使用不同的處理組件。應分別查看原文件、預覽和最終下載文件，不能根據其中一個環節的方向推斷其他環節。
3. 服務端壓縮與元數據清洗：在標準圖片處理工作流中，後端服務往往會出於隱私安全（保護地理定位、設備型號）或節省帶寬的目的剝離 EXIF 信息。如果在去除元數據前程序沒有先把像素物理重排，生成的無元數據圖片就只能按照傳感器默認的橫向網格展示。

排查步驟與虛構修復算例

遇到照片上傳後方向錯誤時，切忌直接在網頁界面反覆試錯，應通過嚴格隔離的步驟進行定位。

虛構排查算例： 假設使用手機豎拍了一張展位海報 sample_stand.jpg，傳感器原始物理像素網格爲 4000 像素寬 × 3000 像素高（橫版），EXIF 中記錄了 Orientation = 6（指示順時針旋轉 90 度呈現爲 3000 × 4000 的豎圖）。手機相冊顯示完全正常，但上傳到某表單後縮略圖橫臥。

排查與處理操作如下：

1. 保留原始圖檔：排查過程中始終建立獨立副本進行調試，切勿直接覆蓋相機導出的原文件。
2. 三態對比定位：分別比對“本地原始文件”、“上傳過程中的前端預覽”和“提交後系統提供的下載產物”，確認異常究竟發生在客戶端選圖、數據傳輸還是服務端落盤階段。
3. 查看真實元數據：在支持查看高級屬性的工具中確認源文件是否包含 Orientation 標籤及具體數值。
4. 物理像素轉置重存：若下游平臺不兼容 EXIF 或強制清洗元數據，使用支持物理矩陣重排的圖像編輯軟件將點陣真正轉置爲 3000 像素寬 × 4000 像素高，並將新的 EXIF 方向標誌重置或固化爲 1（正常）。
5. 雙查看器獨立驗證：將處理後的新文件分別導入兩個機制不同的查看器（如一個完整的現代桌面瀏覽器窗口與一個不支持 EXIF 自動糾正的基礎看圖工具），確認兩者顯示方向一致。

製作非敏感測試圖與驗收方法

爲了避免用實際生活照片驗證而引入機型獨佔特性或隱私風險，應規範製作基準測試文件。

+-------------------------+
|        [ TOP ]          |
|           ^             |
|           |             |
|      ARROW UP           |
|                         |
|      LEFT     RIGHT     |
|                         |
|       BOTTOM            |
+-------------------------+

1. 繪製明顯上下特徵的測試圖：使用繪圖工具製作一張帶有明確指示方向的非敏感圖件（如帶有向上箭頭及“TOP”字樣的純色位圖），不可使用幾何中心對稱圖案。
2. 開發者可補充方向測試樣本：具備元數據編輯工具時，分別導出“帶有 EXIF 旋轉標記但點陣橫置”與“經過真正物理重排、點陣豎直”的兩套基準件。
3. 上傳校驗與尺寸覈對：將基準件上傳至目標系統，檢查生成視圖的方向是否保持朝上。物理像素方向的改變會直接影響文件的橫縱像素比，若該圖片後續需要投入印刷或固定比例容器排版，應結合照片打印與像素尺寸指南覈對物理長寬像素與分辨率要求。

邊界說明與無法僅憑查看器解決的情況

排查與修復工作存在明確的技術邊界，不能單純歸咎於前端查看方式：

• 第三方平臺清洗策略：各網絡平臺在接收上傳文件時有不同的安全規則。在此明確聲明：不能保證 AI Lab 或外部第三方服務保留或刪除全部元數據。對於方向有剛性要求的交付，可先用支持方向歸一化的編輯工具導出副本，再驗證上傳結果。某些 JPEG 工具支持符合條件的無損旋轉，並非每次都必須進行有損重編碼。
• 文件元數據損壞或標籤衝突：若像素已經旋轉，標籤卻仍要求再次旋轉，支持 EXIF 的軟件也可能顯示錯誤。需要覈對兩者的一致性，並從保留的原件重新導出副本。
• 虛擬標記未持久化：部分簡易看圖軟件中的“旋轉”操作僅將旋轉角度寫在當前操作系統的緩存索引中，並未向文件寫入任何有效改動，換一臺設備或上傳至網絡時原形畢露。