簡單來說，顏色管理可以確保顏色在不同的顯示器上看起來一致。例如，顏色 #ff0000（我們的讀者應該秒懂這是紅色）當出現在採用不同技術的螢幕上時，觀眾看到的顏色可能會有所不同——有些螢幕可以顯示比其他螢幕更飽和或更強烈的顏色。根據 sRGB 的表達方式，#ff0000 表示一種特定的紅色（在 sRGB 色空間中），這樣彩色顯示管理就可以精確產生出符合觀眾期望的顏色。 在這篇文章中，我們想概述一下 Android 應用設計師和開發者需要如何理解這些改動。
顯示廣色域影象
影象可以嵌入顏色配置檔案，宣告其顏色資訊所屬的顏色空間。類似地，許多相機能夠捕捉廣色域並嵌入適當的顏色配置檔案，從而顯示超出標準 sRGB 色域的顏色。要在應用中展示具有廣色域特徵的影象，您需要在每個 Activity 中進行宣告。為此，請在 manifest 的 activity 公告中設定 colorMode 屬性：
“當啟用廣色域模式時，活動的視窗使用更多的記憶體和 GPU 處理能力來進行畫面組合。在啟用廣色域模式之前，您應該仔細考慮活動能夠真正從中受益。例如，全屏顯示照片活動很適合採用廣色域模式，但顯示縮圖的介面則不夠適合。”
請注意，如果您使用的是單一 Activity 架構，那麼將廣色域影象顯示分解為新的 Activity 可能是有意義的。
下面是一個示例，顯示了兩個顯示相同廣色域測試影象的介面（嵌入了 Display P3 顏色配置檔案的 PNG 檔案），畫面上部分的 Activity 宣告瞭廣色域顏色模式，而下半部分的 Activity 則沒有宣告。
顏色準確渲染
許多 Android裝置在很久之前就擁有了能夠顯示較廣色域的螢幕。在 Android 8.0 的顏色管理之前，所有內容都被假定為 sRGB，但寬色域顯示器會將顏色值重新解釋為其工作色域，並有效地對顏色值進行 “換算”（一般會讓紅色更紅，綠色更綠），從而導致更飽和的成像效果。然而這種拉伸是不精確的，事實上不存在這種能預測您想要的顏色的“換算”演算法，因此這樣渲染出的顏色並不準確。
許多應用已經對影象等資源進行處理，比如降低一些飽和度從而進行顏色彌補。因此，在具有校準顯示功能的裝置上顯示時，顏色可能會顯得較為柔和。也就是說，在顏色顯示精確的裝置（如 Pixel 2）上，非飽和的圖片資源的顯示效果將不如顯示不精確的裝置那麼飽滿。當準確的顏色渲染技術廣泛流行後，應用開發者終於可以不再需要對資源顏色自行處理了，同時還能確保他們的內容能夠按預期進行顯示。然而，在此之前，您可以採取一些措施，來確保您的內容在顏色精確的顯示器上以及非顏色管理裝置上看起來都很棒。
Android 8.0 新增了一個新的 widecg 資源限定符（resource qualifier），您可以使用該限定符來更改配備廣色域螢幕並支援廣色域渲染的裝置上的顏色（nowidecg 則剛好相反）。
請注意，廣色域支援不同於當前活動是否在 wideColorGamut顏色模式下執行。如果裝置支援顏色準確的渲染，則該限定符將適用，而不管該活動是否在寬色域模式下執行。
例如，一個應用可以在 res/values/colors.xml 宣告一個基色調色盤：
當然，您可以在可以柵格化成點陣圖的資源上使用上述做法（例如 res/drawable-widecg-mdpi/foo.png），但是這意味著幾乎倍增的應用體積，所以也許並不值得。如果一定要這麼做，可以考慮轉而使用可動態著色的向量圖形。
更廣泛的支援即將到來
雖然我們最近有宣佈計劃新增一種新的 “飽和” 顏色模式，讓使用者選擇不使用顏色精確的渲染（就像 nowidecg 裝置一樣），但我們仍然認為，為那些擁有顏色管理功能的裝置更新應用非常重要。如果您更新了您的應用，並更好地支援了顏色準確渲染，選擇退出此模式的使用者就會變少，畢竟大家都更喜歡精準的顏色。我們計劃在廣色域支援領域繼續進行投入； 在將來的版本中新增更多的 API 介面來處理廣色域（比如更新後的 Paint API 和 Canvas API 已經可以接受更高位元精度的顏色）。
在頻繁和現代顯示裝置打交道的如今，設計師和開發者現在需要了解色彩空間、顏色管理等知識，以及如何在應用中將其付諸實施。越來越多的裝置開始提供廣色域顯示和顏色精確的渲染，領先一步在此時顯得尤為必要，更新您的應用，為使用者提供最佳體驗。我們認為，這是向您的使用者提供卓越體驗的最佳方式 —— 確保他們所看到的顏色就是您想要展示出來的顏色。