0---空指針 7FFF---大索引號標志，即后面的索引號是32位的
0X8000---保留以后使用 0XFFFF---新類的定義
小索引對象或者類的索引號:1~~~7FFE,但是類的最高位是1
對象的插入：writeobject函數：（全局插入<<函數只是調用了這個函數）首先插入類信息，然后是對象信息。每次寫入（即一次writeobject函數的執(zhí)行流程）是下面三種的之一：
1 若是未寫過的類并且未被寫過的對象：
1.1 寫入新類標志：0XFFFF *this << wNewClassTag;
1.2 寫入類的版本號，寫入類名的字符串長度：ar << (WORD)m_wSchema << nLen;
1.3 寫入類名 ar.Write(m_lpszClassName, nLen*sizeof(char));
1.4 寫入對象 ((CObject*)pOb)->Serialize(*this);
2 若是曾經寫過的類并且未寫過的對象：
2.1 寫入類的索引號 nClassIndex = (DWORD)(*m_pStoreMap)[(void*)pClassRef]
如果是小索引類：則寫入類*this << (WORD)(wClassTag | nClassIndex);
如果是大索引類：則寫入大索引號標志（7FFF）和32位的類索引號（最高位是1） *this << wBigObjectTag;
*this << (dwBigClassTag | nClassIndex);
2.2 寫入對象 ((CObject*)pOb)->Serialize(*this);
3 若是曾經寫過的類并且曾經寫過的對象：
3.1 寫入對象的索引號
如果是小索引對象：則直接寫入索引號*this << (WORD)nObIndex;
如果是大索引對象：則寫入大索引號標志和32位的對象索引號（最高位是0）
*this << wBigObjectTag;
*this << nObIndex;
以上3種情況的寫入都是首先寫入一個字，這個字的內容就代表了之后字節(jié)即類信息的意義或者可以只是一個對象的索引號（情況三），即是新類（字節(jié)為0xFFFF）還是已經定過的小索引類（索引號從0x8001—0xFFFE）又或者是已經定義過的大索引類以(字節(jié)0x7FFF后續(xù)兩個字節(jié)為索引號)。
對于讀取上面文件格式的信息并且區(qū)分出將要讀取的是類還是對象，是索引還是對象數據，在readObject中
首先讀取一個字如果是0XFFFF則顯然對應的是第一種情況，此時可以容易地讀取數據；如果第一個字的最高位是1的話，很顯然此時對應的就是第二種情況，即該字是一個類的索引號，而且是小索引類；如果是0x7FFF則此時對應的就是第三種情況大索引號對象或者第二種情況大索引號類；如果最高位不是1則此時對應的也是第三種情況但是小索引對象；在區(qū)分了第一個字以后就可以容易地讀取后面的數據。這樣每次的readObject函數的調用都只是提取以往某次writeObject函數寫入的數據。
對象的提取:ReadObject函數，因為在宏IMPLEMENT_SERIAL里定義的提取操作符只是簡單地調用了這個函數。首先提取類信息，以便正確地動態(tài)生成對象，然后是對象信息。
PS:m_pStoreMap里即包含了已經序列化的類（CRuntimeClass）和對象的指針。
UINT CArchive::GetObjectSchema()函數只能調用一次，一般該函數在某個類（ar正在序列化的類）的Serialize函數里頭調用，它返回讀取的類的版本號。以下幾行來自readObject:
UINT nSchemaSave = m_nObjectSchema;
m_nObjectSchema = nSchema;
pOb->Serialize(*this);
m_nObjectSchema = nSchemaSave;
一般地，也正是在serialize里頭來處理各種版本的序列化。
FAQ:
1． 為什么可以定義全局的插入操作符，而提取操作符卻要對每個類在宏里頭聲明？
插入操作的是在已知對象所有信息的情況下的操作，包括對象的類型和狀態(tài)，類信息的寫入使用CruntimeClass非靜態(tài)成員函數Store來實現(xiàn)的，而GetCRuntime成員函數又是虛函數所以可以用指向COBJECT的指針來正確地獲取，然后正確地調用STORE函數；而對于提取操作，將要提取出的對象的類型和狀態(tài)都是未知，提取類信息主要是用CruntimeClass的靜態(tài)成員LOAD來獲取，該成員獲得文件中類信息之后通過查找全局的類型鏈表可以唯一地確定一個CrutimeClass類型的靜態(tài)對象，通過該對象的createObject函數可以構造出即將提取的對象類型，然后利用動態(tài)構造的對象的序列化函數就可以正確地提取出對象，因為
1．1 在宏定義的提取操作符中classname參數是無法用COBJECT類來替換，因為如果替換的話則在提取信息過程中即使出現(xiàn)錯誤，比如說提取出的類型根本就不是可序列化的但是如果繼承自COBJECT的話仍然可以通過錯誤檢查。