SPDY是Google開發(fā)的基于傳輸控制協(xié)議(TCP)的應(yīng)用層協(xié)議 (發(fā)音同“speedy”)，以最小化網(wǎng)絡(luò)延遲，提升網(wǎng)絡(luò)速度，優(yōu)化用戶的網(wǎng)絡(luò)使用體驗。SPDY并不是一種用于替代HTTP的協(xié)議，而是對HTTP協(xié)議的增強。新協(xié)議的功能包括數(shù)據(jù)流的多路復(fù)用、請求優(yōu)先級，以及HTTP包頭壓縮。谷歌表示，引入SPDY協(xié)議后，在實驗室測試中頁面加載速度比原先快64%。

目前主流瀏覽器Google Chrome Mozilla Firefox Opera Internet Explorer都已經(jīng)支持了SPDY，主流web服務(wù)器Apache、Nginx、Netty、Jetty、node.js等都已經(jīng)開始初步的支持SPDY基本已經(jīng)支持SPDY，SPDY當(dāng)前并不是一個標(biāo)準(zhǔn)協(xié)議，但SPDY的開發(fā)組已經(jīng)開始推動SPDY成為正式標(biāo)準(zhǔn)。

本文主要了解SPDY的基本概念，以及如何編譯一個含有SPDY的nginx。

HTTP協(xié)議存性能上的一些問題

一個連接一個請求。瀏覽器和web server之間都是以短連接方式交互，一個連接只服務(wù)一次請求，對于一個需要加載多個資源的頁面來說，將會帶來很高的延遲。

只能由客戶端發(fā)起請求。服務(wù)器不能主動的將一些必須的資源推送給客戶端。

HTTP協(xié)議只能對body進行壓縮處理，不能壓縮header。在一個cookie較多的站點，將對帶寬造成嚴重的浪費。

冗余的頭部。一些頭部在同一個通道中通過請求在重復(fù)的發(fā)送。像User-Agent Host Accept* 常常是固定不變的，所以不需要重復(fù)發(fā)送

可選的壓縮。HTTP 使用可選的壓縮編碼。但是內(nèi)容應(yīng)該總是使用壓縮格式。

SPDY的目標(biāo)

1.SPDY為WEB定義和實現(xiàn)了一個應(yīng)用層的協(xié)議來大大降低延遲。SPDY的高層次目標(biāo)是：

2.減少50%的網(wǎng)頁加載時間。我們的成果已經(jīng)初步接近這個目標(biāo)(見下面解釋)。

3.最小化部署復(fù)雜性。SPDY使用TCP作為相關(guān)的傳輸層，所以現(xiàn)存的網(wǎng)絡(luò)基礎(chǔ)設(shè)施，不需要改變。

4.避免網(wǎng)站開發(fā)者需要對網(wǎng)站作出任何改變。支持SPDY***需要的改變在用戶user agent和web server。

5.聚集有興趣探索協(xié)議來解決延遲問題的志同道合的開發(fā)者。我們希望和開源社區(qū) 行業(yè)專家一起來開發(fā)這個新的協(xié)議。

一些具體的技術(shù)目標(biāo)：

1.單個tcp連接支持并發(fā)的HTTP請求

2.壓縮頭部和去掉不必要的頭部，來減少當(dāng)前HTTP使用的帶寬

3.定義一個容易實現(xiàn)，在服務(wù)器端高效率的協(xié)議。我們希望通過減少邊緣情況 定義易解析的消息格式來減少HTTP的復(fù)雜性

4.讓SSL協(xié)議在現(xiàn)存的網(wǎng)絡(luò)基礎(chǔ)設(shè)施下有更好的安全性和兼容性。雖然SSL確實引入了延遲，我們認為網(wǎng)絡(luò)的長遠發(fā)展依賴一個安全的網(wǎng)絡(luò)連接。另外，使用SSL來確保整個通信不中斷是必要的。

SPDY設(shè)計和特征

在SSL層上加了一個SPDY session層，來實現(xiàn)并發(fā)和stream機制。

通常的HTTP GET和POST格式仍然是一樣的;然而SPDY為編碼和傳輸設(shè)計了一個新的幀格式。

基本特征

復(fù)用流 SPDY允許在一個連接上無限制的并發(fā)流。因為請求在一個通道上，TCP效率更高：更少的網(wǎng)絡(luò)連接，更少更密集的數(shù)據(jù)包被發(fā)出

請求優(yōu)先級 雖然無數(shù)的并行數(shù)據(jù)流解決了序列化問題，但他們引入了另外的問題

HTTP頭部壓縮

高級特征

此外，SPDY提供了高級特征，服務(wù)器啟動流。服務(wù)器啟動流能用來分發(fā)內(nèi)容到客戶端，而不需要客戶端請求它。這個選項可以由web開發(fā)人員通過如下兩種方法配置：

Server push SPDY通過X-Associated-Content頭試驗了服務(wù)器推送數(shù)據(jù)給客戶端的選項。這個頭告訴客戶端服務(wù)器將在客戶端請求資源之前，推送資源給它。對于初始頁面下載(例如用戶初次訪問這個網(wǎng)站)，這樣能大大提升用戶體驗

Server hint 相對于自動的推送資源到客戶端，服務(wù)器使用X-Subresources頭去建議客戶端，來請求特殊的資源，這是在服務(wù)器事先知道客戶的這些資源將被需要的情況下。但是，服務(wù)器仍然在發(fā)送內(nèi)容前等待客戶請求。通過慢速鏈接，這個選項能減少一個客戶端發(fā)現(xiàn)它需要的資源數(shù)百毫秒的時間，并可能對非初始頁面加載會更好。

SPDY實現(xiàn)

下面是已經(jīng)實現(xiàn)的：

一個能同時提供HTTP SPDY服務(wù)的高速 全內(nèi)存的服務(wù)程序。我們將在不久的將來開源這些代碼

一個能使用HTTP或者SPDY的chrome瀏覽器。

一個測試和基準(zhǔn)設(shè)施，來確保頁面是不變的。

NGINX SPDY編譯

http://nginx.org/patches/attic/spdy/README.txt

Nginx 支持 SPDY draft 2

Nginx 從1.3.15開始支持

需要OpenSSL 1.01+

目前已知的問題和限制：

不支持server push

不支持SPDY連接速率限制

如何編譯含SPDY的nginx?

1.安裝OpenSSL 1.0.1+

2.下載nginx 1.3.x 以上的版本

3.解壓nginx

4.下載應(yīng)用SPDY module patch

wget http://nginx.org/patches/spdy/patch.spdy.txt

patch -p1 < patch.spdy.txt

5.配置

./configure --with-http_ssl_module --with-http_spdy_module

6.編譯

Make

配置

server {

listen 443 ssl spdy default_server;

ssl_certificate server.crt;

ssl_certificate_key server.key;

...

}

下一步會主要學(xué)習(xí)SPDY草案的內(nèi)容，以及閱讀代碼。

原文鏈接：http://blog.csdn.net/liujiyong7/article/details/17953979