本文件只是學習心得，系統學習請參考原文。 之前看Unity的文件的時候，經常看到正向渲染和延遲渲染這樣高大上的名詞，然後看了一下文件，依舊保持一臉懵逼的狀態。 直到我學習了這篇之後，才真正理解了延遲渲染的意義和存在價值。 Q1：正向渲染的缺陷是什麼？ 大部分片段著色器輸出，都會被之後的輸出覆蓋，浪費了大量資源。而且場景越複雜，光源越多，這種浪費越嚴重。 Q2：延遲著色延遲的是那一部分？ 延遲的是複雜的光照部分。也就是片段著色器的部分。 Q3：延遲著色發的原理是什麼？ 把幾何處理階段的資料，存到G-Buffer中去，然後像類似後期處理一樣的方式，去利用G-Buffer中的資料去計算光照 OpenGL並沒有限制我們往顏色快取裡面存放什麼資料，這是延遲著色法得以實現的大前提。 Q4：延遲著色發算是後期處理的一種嗎？ 原則上不是。 雖然有相似之處，比如，想把資料寫入到Buffer中去，然後在一張Quad（四個頂點組成的平面）上計算最終結果。 但是，延遲渲染中的G-Buffer中的資料，並不是最終結果，他只是整個渲染過程的一部分，只有加上延遲著色的那部分，才算完成了一個完整的渲染過程。 Q5：延遲著色法有哪些缺點？ 需要消耗大量快取。 不能處理顏色混合。 迫使你對大部分場景使用相同的光照演算法，雖然可以通過包含跟多關於材質的資料來減緩這一缺陷，但是也意味著會消耗更多的視訊記憶體。 Q6：延遲著色為什麼會消耗大量快取？ 因為我們要把大量資料存放到G-Buffer中，比如：頂點資料，法線向量資料，顏色資料，鏡面反射係數資料等等。 初次之外，還要傳入觀察點位置和光源資料，當然，這些是可以忽略不計的。 Q7：延遲著色法為什麼不支援顏色混合。 因為G緩衝中所有的資料都是從一個單獨的片段中來的，也就是最前面的片段，而混合需要依賴當前片段和之前的片段進行計算操作（注意：在處理G緩衝的時候，實質上的片段操作還木有開始，下圖中的G-Buffer.fs本質上是填充G-Buffer的過程，而不是在計算片段。） 下圖是我對延遲著色發的過程的理解，這張圖不包含通過前向著色法結合延遲著色法進行統一渲染的流程，那將是另一篇心得的內容。 第一組Shader，用來填充G-Buffer。 第二組Shader，用來通過G-Buffer中的資料來計算複雜的光照 第三組Shader，用來渲染光源，因為光源通常不參與光照計算，所以要單獨提取出來渲染。 結合原文對應的例子程式碼，看這張圖效果會更好!