不急不徐，持之以恒。

互聯(lián)網(wǎng)上的應(yīng)用、網(wǎng)站，隨著用戶的增長(zhǎng)，功能的增強(qiáng)，會(huì)導(dǎo)致服務(wù)器超載，響應(yīng)變慢等問題。緩存技術(shù)是減輕服務(wù)器壓力、加快服務(wù)響應(yīng)時(shí)間、提升用戶體驗(yàn)的有效途徑。Memcached是非常流行的緩存系統(tǒng)，這里介紹對(duì)Memcached的安裝、設(shè)定，以及在集群環(huán)境下的使用。

Memcached簡(jiǎn)介

Memcached是一個(gè)開源、高性能、分布式的內(nèi)存緩存系統(tǒng)，用于加速動(dòng)態(tài)網(wǎng)站的訪問，減輕數(shù)據(jù)庫(kù)負(fù)載。

Memcached使用了Slab Allocator的機(jī)制分配、管理內(nèi)存，解決了內(nèi)存碎片的問題。

Memcached雖然可以在多線程模式下運(yùn)行，但線程數(shù)通常只需設(shè)定為與CPU數(shù)量相同，這一點(diǎn)與Nginx的設(shè)定類似。

Memcached使用

安裝:

在CentOS下使用下面的命令安裝：

sudo yum install memcached 

啟動(dòng)：

memcached -m 100 -p 11211 -d -t 2 -c 1024 -P /tmp/memcached.pid 

-m 指定使用的內(nèi)存容量，單位MB，默認(rèn)64MB。

-p 指定監(jiān)聽的TCP端口，默認(rèn)11211。

-d 以守護(hù)進(jìn)程模式啟動(dòng)。

-t 指定線程數(shù)，默認(rèn)為4。

-c 最大客戶端連接數(shù)，默認(rèn)為1024。

-P 保存PID文件。

關(guān)閉：

kill `cat /tmp/memcached.pid` 

測(cè)試：

使用telnet連接memcached服務(wù)。

telnet localhost 11211 

存儲(chǔ)命令格式：

set foo 0 0 4 abcd STORED  <command name> <key> <flags> <exptime> <bytes> <data block>  <command name> set, add, replace等 <key> 關(guān)鍵字 <flags> 整形參數(shù)，存儲(chǔ)客戶端對(duì)鍵值的額外信息，如值是壓縮的，是字符串，或JSON等 <exptime> 數(shù)據(jù)的存活時(shí)間，單位為秒，0表示永遠(yuǎn) <bytes> 存儲(chǔ)值的字節(jié)數(shù) <data block> 存儲(chǔ)的數(shù)據(jù)內(nèi)容 

讀取命令格式：

get foo VALUE foo 0 4 abcd END  <command name> <key>  <command name> get, gets。gets比get多返回一個(gè)數(shù)字，這個(gè)數(shù)字檢查數(shù)據(jù)有沒有發(fā)生變化，當(dāng)key對(duì)應(yīng)的數(shù)據(jù)改變時(shí)，gets多返回的數(shù)字也會(huì)改變。 <key> 關(guān)鍵字  返回的數(shù)據(jù)格式：  VALUE <key> <flags> <bytes> 

CAS(checked and set)：

cas foo 0 0 4 1 cdef STORED  cas <key> <flags> <exptime> <bytes> <version>  除最后的<version>外，其他參數(shù)與set, add等命令相同，<version>的值需要與gets獲取的值相同，否則無(wú)法更新。 incr, decr可對(duì)數(shù)字型數(shù)據(jù)進(jìn)行原子增減操作。 

全局統(tǒng)計(jì)信息

stats STAT pid 10218 STAT time 1432611519 STAT curr_connections 6 STAT total_connections 9 STAT connection_structures 7 STAT reserved_fds 10 STAT cmd_get 5 STAT cmd_set 1 STAT cmd_flush 0 STAT cmd_touch 0 STAT get_hits 3 STAT get_misses 2 STAT delete_misses 0 STAT delete_hits 0 ... END 

Memcached集群

Memcached本身不做任何容錯(cuò)處理，對(duì)故障節(jié)點(diǎn)的處理方式完全取決于客戶端。對(duì)Memcached的客戶端來(lái)說(shuō)，不能使用普通的哈希算法（哈希取模）來(lái)尋找目標(biāo)Server，因?yàn)檫@樣在有緩存節(jié)點(diǎn)失效時(shí)，會(huì)導(dǎo)致大面積緩存數(shù)據(jù)不可用。如下圖：

當(dāng)Server3失效后，客戶端需要根據(jù)可用Server數(shù)量重新計(jì)算緩存的目標(biāo)Server，這時(shí)，Key的哈希值為10的數(shù)據(jù)被指定為由Server1維護(hù)，這時(shí)原本Server2上可用的緩存也無(wú)效了。

一致性哈希算法

一致性哈希算法解決了在動(dòng)態(tài)變化的緩存環(huán)境中，定位目標(biāo)Server的問題，通常的實(shí)現(xiàn)可將它想像成一個(gè)閉合的環(huán)形。如下圖：

當(dāng)有節(jié)點(diǎn)失效時(shí)，不會(huì)影響到正常工作的緩存服務(wù)器，只有原本分配到失效節(jié)點(diǎn)的緩存會(huì)被重新分配到下一個(gè)節(jié)點(diǎn)。如下圖：

一、瀏覽器介紹

對(duì)于Web應(yīng)用來(lái)說(shuō)，瀏覽器是最重要的客戶端。

目前瀏覽器五花八門多得不得了，除了Chrome、IE、Firefox、Safari、Opera這些國(guó)外的瀏覽器外，百度、騰訊、360、淘寶、搜狗、傲游之類的，反正能做的都做了。

瀏覽器雖然這么多，但瀏覽器內(nèi)核主要就以下4種：

1. Trident：IE使用的內(nèi)核。
2. Gecko：Firefox使用的內(nèi)核。
3. WebKit：Safair和Chrome使用的內(nèi)核。WebKit由蘋果發(fā)明，Chrome也用了，但是Google又開發(fā)了V8引擎替換掉了WebKit中的Javascript引擎。
4. Presto：Opera使用的內(nèi)核。

國(guó)內(nèi)的瀏覽器基本都是雙核瀏覽器，使用基于WebKit的內(nèi)核高速瀏覽常用網(wǎng)站，使用Trident內(nèi)核兼容網(wǎng)銀等網(wǎng)站。

二、同源策略

同源策略是瀏覽器最基本的安全策略，它認(rèn)為任何站點(diǎn)的內(nèi)容都是不安全的，所以當(dāng)腳本運(yùn)行時(shí)，只被允許訪問來(lái)自同一站點(diǎn)的資源。

同源是指域名、協(xié)議、端口都相同。

如果沒有同源策略，就會(huì)發(fā)生下面這樣的問題：

惡意網(wǎng)站用一個(gè)iframe把真實(shí)的銀行登錄頁(yè)放到他的頁(yè)面上，當(dāng)用戶使用用戶名密碼登錄時(shí)，父頁(yè)面的javascript就可以讀取到銀行登錄頁(yè)表單中的內(nèi)容。

甚至瀏覽器的1個(gè)Tab頁(yè)打開了惡意網(wǎng)站，另一個(gè)Tab頁(yè)打開了銀行網(wǎng)站，惡意網(wǎng)站中的javascript可以讀取到銀行網(wǎng)站的內(nèi)容。這樣銀行卡和密碼就能被輕易拿走。

三、跨域訪問

由于同源策略的原因，瀏覽器對(duì)跨域訪問做了很多限制，但有時(shí)我們的確需要做跨域訪問，那要怎么辦？主要有以下幾種情況：

1. iframe的跨域訪問

同域名下，父頁(yè)面可以通過(guò)document.getElementById(‘_iframe’).contentWindow.document訪問子頁(yè)面的內(nèi)容，但不同域名下會(huì)出現(xiàn)類似下面的錯(cuò)誤：

Uncaught SecurityError: Blocked a frame with origin “http://a.com” from accessing a frame with origin “http://b.com”. Protocols, domains, and ports must match.

有兩種解決方法：

1). 當(dāng)主域名相同，子域名不同時(shí)，比較容易解決，只需設(shè)置相同的document.domain即可。

如http://a.a.com/a.html使用iframe載入http://b.a.com/b.html，且在a.html中有Javascript要修改b.html中元素的內(nèi)容時(shí)，可以像下面的代碼那樣操作。

a.html

<html>
   <head>
     <script>
       document.domain = 'a.com';
       function changeIframeContent() {
         var _iframe = document.getElementById('_iframe');
         var _p = _iframe.contentWindow.document.getElementById('_p');
         _p.innerHTML = 'Content from a.html';
       }
     </script>
   </head>
   <body>
     <iframe id="_iframe" src="http://b.a.com/demo/iframe/subdomain/b.html"></iframe>
     <br>
     <input type="button" value="Change iframe content" onclick="changeIframeContent();"/>
   </body>
 </html> 

b.html

<html>
   <head>
     <script>
       document.domain = 'a.com';
     </script>
   </head>
   <body>
     <p id="_p">b.html</p>
   </body>
 </html> 

2). 當(dāng)主域名不同時(shí)，就非常麻煩了。大致的方法像下面描述的那樣：

• a.com下有a.html；
• a.html創(chuàng)建iframe加載b.com下的b.html，可在加載b.html時(shí)通過(guò)?或#將參數(shù)傳遞到b.html中；
• b.html加載后，可以通過(guò)提取location.search或location.hash中的內(nèi)容獲取a.html傳過(guò)來(lái)的參數(shù)；
• b.html創(chuàng)建一個(gè)iframe，加載a.com下的c.html，并且參數(shù)也通過(guò)?或#傳給c.html；
• 因?yàn)閏.html和a.html是相同域名，所以c.html可以使用parent.parent訪問到a.html的對(duì)象，這樣也就可以將b.html需要傳遞的參數(shù)傳回到a.html中。

2. Ajax的跨域訪問

Ajax主要通過(guò)XMLHttpRequest對(duì)象實(shí)現(xiàn)，但是如果通過(guò)XMLHttpRequest訪問不同域名下的數(shù)據(jù)，瀏覽器會(huì)出現(xiàn)類似下面的錯(cuò)誤：

XMLHttpRequest cannot load http://b.com/demo/iframe/ajax/b.html. No ‘Access-Control-Allow-Origin’ header is present on the requested resource. Origin ‘http://a.com’ is therefore not allowed access.

這時(shí)可由以下兩種方法解決：

1). 使用<script>代替XMLHttpRequest，也就是JSONP的方法。利用<script>標(biāo)簽的src下加載的js不受同源策略限制，并且加載后的js運(yùn)行在當(dāng)前頁(yè)面的域下，所以可自由操作當(dāng)前頁(yè)面的內(nèi)容。

下面的代碼演示了在a.com下的a.html通過(guò)b.com下的b.js中的內(nèi)容來(lái)更新自身的p標(biāo)簽。

a.html

<html>
   <head>
     <script>
       function update_p (content) {
         document.getElementById("_p").innerHTML = content;
       }
       function getFromB() {
         var _script = document.createElement("script");
         _script.type = "text/javascript";
         _script.src = "http://b.com/demo/ajax/b.js";
         document.getElementsByTagName("head")[0].appendChild(_script);
       }
     </script>
   </head>
   <body>
     <p id="_p">a.html</p>
     <input type="button" value="Get from b.com" onclick="getFromB()"/>
   </body>
 </html> 

b.js

update_p("content from b.js"); 

在實(shí)際使用中，通常a.html會(huì)將update_p以callback參數(shù)名傳遞給b.com的服務(wù)器，服務(wù)器動(dòng)態(tài)生成數(shù)據(jù)后，再用callback參數(shù)值包起來(lái)作為響應(yīng)回傳給a.html。

2). 在b.com的服務(wù)器返回信息中增加以下頭信息：

• Access-Control-Allow-Origin: http://a.com
• Access-Control-Allow-Methods: GET

此時(shí)瀏覽器便允許a.com讀取使用GET請(qǐng)求b.com的內(nèi)容。

對(duì)于flash來(lái)說(shuō)，會(huì)要求在網(wǎng)站根目錄下放一個(gè)名為crossdomain.xml的文件，以指明允許訪問的域名來(lái)源。文件中的內(nèi)容類似下面的樣子：

<cross-domain-policy>
   <allow-access-from domain="*.a.com" />
 </cross-domain-policy> 

3. 使用HTML5的postMessage方法實(shí)現(xiàn)跨域訪問

HTML5增加了跨文檔消息傳輸，下面的例子實(shí)現(xiàn)了使用postMessage在不同域間傳遞消息：

a.html

<html>
   <head>
     <script>
       function update_b () {
         var _iframe = document.getElementById("_iframe");
 	_iframe.contentWindow.postMessage("content from a.html", "http://b.com");
       }
     </script>
   <head>
   <body>
     <iframe id="_iframe" src="http://b.com/demo/html5/b.html"></iframe>
     <br>
     <input type="button" value="Update b.html" onclick="update_b()"></input>
   </body>
 </html> 

b.html

<html>
   <head>
     <script>
       window.addEventListener("message", function (event) {
         document.getElementById("_p").innerHTML = event.data;
       }, false);
     </script>
   </head>
   <body>
     <p id="_p">b.html</p>
   </body>
 </html> 

在postMessage中要指定接收方的域名，如果發(fā)現(xiàn)目標(biāo)頁(yè)面的域名不正確，將拋出類似下面這樣的錯(cuò)誤：

Failed to execute ‘postMessage’ on ‘DOMWindow’: The target origin provided (‘http://c.com’) does not match the recipient window’s origin (‘http://b.com’).

瀏覽器對(duì)跨域訪問的限制是出于安全考慮的，所以在使用一些方法實(shí)現(xiàn)跨域訪問時(shí)要特別小心。