從HTTP2.0想到的關於傳輸層協議的一些事

0.HTTP協議的曆史我也不知道...
第一：新增了幀層
第二：HTTP頭的內容可以增量互動了
基於Reliable層的stream1----基於Reliable層的stream2----基於Reliable層的stream3
----------------------------------------------------------------------------------------------------------------------------
依照，如果stream2中的一個中間資料包沒有到達，它只會阻塞stream2的後續資料包嚮應用提交，而stream1和stream3的資料包即便是在沒有到達的stream2的資料包後面到達的，只要是按序的，就可以儘快提交給應用程式層。我的這個stream的協議頭很簡單，為了方便就兩個欄位，一個標識session ID，一個標識長度，其實這個長度也是不需要的，因為Reliable層中本來就有長度。按照這個思想，還有一個引申出的協議，即按照邊界標識來提供按序到達的語義，此時協議頭中的長度欄位就是必須的了，這個引申的意義是，我只要保證協議頭中指示的長度為length的這些資料按序到達即可。如果這樣，每一個資料包都需要一個序號，但是只有length範圍內的序號用於按序到達語義，如果序號落到了length範圍內，則按照按序語義處理，否則直接提交給應用。在我的測試中，我沒有提供效能最佳化措施，我只是調通了而已，因為我覺得最佳化總是有辦法的，再說用BIO來類比丟包也不是很準確。
buffer.c error.c interval.c list.c mbuf.c memcmp.c otime.c packet_id.c reliable.c schedule.c session_id.c ssl.c