RIFF塊（Resource Interchange File Format Chunk）是資源交換文件格式的核心組成單元，作為一種標準化的“標記區(qū)塊”存儲結構，它為多媒體數(shù)據(jù)的有序組織與跨平臺交互提供了基礎框架。這種由微軟與IBM于1991年隨Windows 3.1一同推出的技術方案，靈感源自電子藝界1985年為Amiga平臺設計的IFF（Interchange File Format）格式，卻針對x86處理器架構優(yōu)化了字節(jié)序——采用小端序存儲多字節(jié)整數(shù)，與IFF的大端序形成區(qū)分，也因此誕生了支持大端序的RIFX變體格式，以適配不同硬件環(huán)境。RIFF塊的核心設計理念是“以塊為單位封裝數(shù)據(jù)與元信息”，通過統(tǒng)一的結構規(guī)則，讓音頻、視頻、圖像等各類數(shù)據(jù)都能被標準化存儲與解析，這也使其成為WAV、AVI、ANI等經(jīng)典多媒體格式的底層架構，即便在現(xiàn)代，WebP圖片格式等仍沿用其核心設計思路。

RIFF塊的結構具備極強的規(guī)范性與靈活性，其基礎架構可概括為“標識-大小-數(shù)據(jù)”的三段式結構，而頂層RIFF塊則在此基礎上增加了文件類型標識，形成“RIFF-文件大小-文件類型-數(shù)據(jù)”的完整形態(tài)。其中，所有標識均采用四字符碼（FOURCC），這是由四個ASCII字符組成的32位無符號整數(shù)，例如頂層塊的“RIFF”標識、WAV文件的“WAVE”類型標識、音頻格式信息的“fmt ”標識（末尾含空格）以及數(shù)據(jù)存儲的“data”標識，這些四字符碼成為解析器快速識別數(shù)據(jù)類型的“鑰匙”。數(shù)據(jù)大小字段始終占用4字節(jié)，其值僅表示后續(xù)數(shù)據(jù)部分的長度，不包含標識和大小字段本身的字節(jié)數(shù)——以頂層RIFF塊為例，文件大小值等于文件類型標識與后續(xù)所有數(shù)據(jù)的總長度，而普通子塊的大小值則直接對應其數(shù)據(jù)內(nèi)容的字節(jié)數(shù)。此外，為保證數(shù)據(jù)對齊，塊數(shù)據(jù)部分會自動填充至最近的偶數(shù)字節(jié)邊界，這種細節(jié)設計確保了不同設備讀取時的兼容性。

RIFF塊的組織形式呈現(xiàn)樹狀層級結構，頂層僅存在一個RIFF塊，其數(shù)據(jù)部分可嵌套多個子塊，包括普通數(shù)據(jù)塊（Chunk）和列表塊（LIST）兩類核心單元。列表塊以“LIST”為四字符碼標識，自身又包含列表大小、列表類型和列表數(shù)據(jù)，能夠將相關子塊歸類整合，例如AVI文件中的“hdrl”列表塊專門存儲媒體流格式信息，“movi”列表塊則封裝音視頻數(shù)據(jù)，這種分類嵌套讓復雜多媒體文件的結構更清晰。普通數(shù)據(jù)塊則直接承載具體數(shù)據(jù)或元信息，以WAV文件為例，其RIFF塊下必含“fmt ”和“data”兩個核心子塊：“fmt ”塊存儲音頻格式參數(shù)，如采樣率、聲道數(shù)、位深等，標準PCM格式下該塊大小通常為16字節(jié)，部分擴展格式會增至18字節(jié)；“data”塊則存儲未經(jīng)壓縮的PCM音頻原始數(shù)據(jù)，而非PCM格式的WAV文件還會額外增加“fact”可選塊，記錄數(shù)據(jù)壓縮相關的關鍵信息。這種模塊化設計讓RIFF格式既能滿足簡單數(shù)據(jù)存儲需求，也能支撐多流、多類型數(shù)據(jù)的復雜組合。

四字符碼（FOURCC）是RIFF塊體系的靈魂所在，它不僅定義了塊的類型，更實現(xiàn)了數(shù)據(jù)類型的精準區(qū)分與擴展。除了常見的“RIFF”“WAVE”“fmt ”“data”等標識，不同應用場景還衍生出豐富的專用四字符碼：AVI文件中“avih”標識對應視頻主頭部信息，“strh”標識存儲流頭部數(shù)據(jù)，“strf”標識記錄流格式細節(jié)；ADPCM編碼的音頻文件會出現(xiàn)“smpl”“wsmpl”等專用塊標識；而RF64格式為突破4GB文件大小限制，引入了“ds64”塊標識存儲64位大小信息。這些四字符碼的規(guī)范性確保了不同廠商的設備與軟件都能遵循統(tǒng)一標準解析數(shù)據(jù)，而其可擴展性又允許開發(fā)者自定義專用塊，例如在WAV文件中嵌入版權信息或設備參數(shù)的自定義塊，不過這種靈活性也可能導致部分非標準塊被播放器誤判，影響兼容性。