redis去中心化原理

① 怎麼進行去中心化處理

根據侯傑泰的話：所謂中心化， 是指變數減去它的均值（即數學期望值）。對於樣本數據，將一個變數的每個觀測值減去該變數的樣本平均值，變換後的變數就是中心化的。
對於你的問題，應是每個測量值減去均值。

② 去中心化的基本概述

在一個分布有眾多節點的系統中，每個節點都具有高度自治的特徵。節點之間彼此可以自由連接，形成新的連接單元。任何一個節點都可能成為階段性的中心，但不具備強制性的中心控制功能。節點與節點之間的影響，會通過網路而形成非線性因果關系。這種開放式、扁平化、平等性的系統現象或結構，我們稱之為去中心化。
隨著主體對客體的相互作用的深入和認知機能的不斷平衡、認知結構的不斷完善，個體能從自我中心狀態中解除出來，稱之為去中心化。

③ 如何理解媒介"去中心化"的理論

「媒介中心」論與「社會中心」論的激辨 媒介理論的一個特徵,就是各種觀點的廣泛歧義性.在媒介與社會的關繫上,爭論的一個焦點即為「媒介中心」(Media-centric)與「社會中心」 (Social-centric)的理論激辯.兩種理論的分歧基於不同的立足點,從不同的分析模式出發,強調自身的「宰制性」.其一,「媒介中心」的觀 點,偏重於媒介本身的活動領域,認為大眾媒介受到傳播科技發展不可抗拒的驅動力影響,已經形成超越於社會運動規律的自主力量,大眾傳播具有自身的運作方式 和邏輯,突出強調了媒介的自主性和影響力;「社會中心」的觀點則將大眾媒介視為政治、經濟力量的反映,認為媒介正像它的本意一樣,只是資訊傳播的載體,因 此,媒介理論只不過是更宏大的社會理論的特殊應用而已.其二,「媒介中心」理論認為,大眾媒介具有「涵化」和「培育」社會的能力,並且將大眾媒介視為社會 變遷的主要策動者;「社會中心」理論則認為媒介始終處於社會力影響的范疇內,它隸屬於社會,並對社會負有特殊責任.①不難看出,由於立足點不同,理論之間 的分歧不可調和.

④ 什麼叫「去中心化」

去中心化的Web2.0你好，請 登錄 或 注冊
2005-12-23 17:13:54 來自: 陳易 (廈門)
去中心化的Web2.0帶來的是去中心化的內容消費方式，整體感的破壞並不僅僅是一個顛覆傳統的問題，它帶來的還有人們對真實世界的理解的更大的障礙。如果web2.0就到此為止，那也只是用一種生產消費方式顛覆另一種，在本已太過海量的信息世界的後面再外加一個零，並沒有能讓我們在對真實世界的理解上再往前行進一步，那樣的2.0也最多隻能是一個未竟的2.0，也許我們需要做的是分拆之後的對整體性重新組裝的嘗試。

⑤ Redis分布式鎖的原理是什麼如何續期

在傳統單體應用單機部署的情況下，並發問題可以通過使用Java並發相關的鎖如synchronized，但是當規模上升到分布式集群的情況下，要控制共享資源訪問，就需要通過分布式鎖來實現。常見的分布式鎖方案如資料庫樂觀鎖，Redis鎖，zk鎖等。

Redis分布式鎖的原理
Redis分布式鎖可以有多種方式實現但是其核心就是通過以下三個Redis命令組合實現。

SETNX SETNX key val 當且僅當key不存在時，set一個key為val的字元串，返回1；若key存在，則什麼都不做，返回0。

Expire expire key timeout 為key設置一個超時時間，單位為second，超過這個時間鎖會自動釋放，避免死鎖。

Delete delete key 刪除key

核心思想
使用setnx獲取鎖。如果成功取到鎖，則使用expire命令為鎖添加一個超時時間，超過該時間則自動釋放鎖。

獲取鎖的時候還設置一個獲取的超時時間，若超過這個時間則放棄獲取鎖。

注意
上面為Redis的一個最簡單的鎖實現原理，實際中還需要考慮更多具體的情況作出相應的調整。如

上面的demo中，當集群系統時間不一致時會有問題

當伺服器異常關閉或是重啟，加鎖後沒來得急設置鎖超時時間，如何避免死鎖

實際開發環境中不確定的因素有很多，需要慢慢地去調整實踐達到理想狀態，可以考慮使用redisson框架來實現。
如何續期？
這個情況比較獨特，出現這個問題的根本原因在於鎖失效的時間小於業務處理的時間導致業務還沒處理完畢鎖就釋放了。那麼解決方案是合理地結合業務去設置鎖失效的時間。

但是也有更好的方案就如前文提到的redisson，其中的可重入鎖概念。

默認情況下,加鎖的時間是30秒.如果加鎖的業務沒有執行完,那麼到 30-10 = 20秒的時候,就會進行一次續期,把鎖重置成30秒。

以上就是redis鎖的原理及續期的方式，希望我的回答能對你有所幫助。

⑥ 去中心化有幾種實現方式

三種：

1、中心化的在線支付；

2、中心化的計算機點數或互聯網積分；

3、去中心化的電子現金。

「去中心化」是一種現象或結構，其只能出現在擁有眾多用戶或眾多節點的系統中，每個用戶都可連接並影響其他節點。通俗地講，就是每個人都是中心，每個人都可以連接並影響其他節點，這種扁平化、開源化、平等化的現象或結構，稱之為「去中心化」。

基本性質

去中心化，不是不要中心，而是由節點來自由選擇中心、自由決定中心。簡單地說，中心化的意思，是中心決定節點。節點必須依賴中心，節點離開了中心就無法生存。在去中心化系統中，任何人都是一個節點，任何人也都可以成為一個中心。任何中心都不是永久的，而是階段性的，任何中心對節點都不具有強制性。

以上內容參考：網路-去中心化

⑦ 利用redis什麼原理實現分布式鎖

Redis有一系列的命令，特點是以NX結尾，NX是Not eXists的縮寫，如SETNX命令就應該理解為：SET if Not eXists。這系列的命令非常有用，這里講使用SETNX來實現分布式鎖。

用SETNX實現分布式鎖

利用SETNX非常簡單地實現分布式鎖。例如：某客戶端要獲得一個名字foo的鎖，客戶端使用下面的命令進行獲取：

SETNX lock.foo <current Unix time + lock timeout + 1>

如返回1，則該客戶端獲得鎖，把lock.foo的鍵值設置為時間值表示該鍵已被鎖定，該客戶端最後可以通過DEL lock.foo來釋放該鎖。
如返回0，表明該鎖已被其他客戶端取得，這時我們可以先返回或進行重試等對方完成或等待鎖超時。
解決死鎖

上面的鎖定邏輯有一個問題：如果一個持有鎖的客戶端失敗或崩潰了不能釋放鎖，該怎麼解決？我們可以通過鎖的鍵對應的時間戳來判斷這種情況是否發生了，如果當前的時間已經大於lock.foo的值，說明該鎖已失效，可以被重新使用。

發生這種情況時，可不能簡單的通過DEL來刪除鎖，然後再SETNX一次，當多個客戶端檢測到鎖超時後都會嘗試去釋放它，這里就可能出現一個競態條件,讓我們模擬一下這個場景：

C0操作超時了，但它還持有著鎖，C1和C2讀取lock.foo檢查時間戳，先後發現超時了。
C1 發送DEL lock.foo
C1 發送SETNX lock.foo 並且成功了。
C2 發送DEL lock.foo
C2 發送SETNX lock.foo 並且成功了。
這樣一來，C1，C2都拿到了鎖！問題大了！

幸好這種問題是可以避免D，讓我們來看看C3這個客戶端是怎樣做的：

C3發送SETNX lock.foo 想要獲得鎖，由於C0還持有鎖，所以Redis返回給C3一個0
C3發送GET lock.foo 以檢查鎖是否超時了，如果沒超時，則等待或重試。
反之，如果已超時，C3通過下面的操作來嘗試獲得鎖：
GETSET lock.foo <current Unix time + lock timeout + 1>
通過GETSET，C3拿到的時間戳如果仍然是超時的，那就說明，C3如願以償拿到鎖了。
如果在C3之前，有個叫C4的客戶端比C3快一步執行了上面的操作，那麼C3拿到的時間戳是個未超時的值，這時，C3沒有如期獲得鎖，需要再次等待或重試。留意一下，盡管C3沒拿到鎖，但它改寫了C4設置的鎖的超時值，不過這一點非常微小的誤差帶來的影響可以忽略不計。
注意：為了讓分布式鎖的演算法更穩鍵些，持有鎖的客戶端在解鎖之前應該再檢查一次自己的鎖是否已經超時，再去做DEL操作，因為可能客戶端因為某個耗時的操作而掛起，操作完的時候鎖因為超時已經被別人獲得，這時就不必解鎖了。

示例偽代碼

根據上面的代碼，我寫了一小段Fake代碼來描述使用分布式鎖的全過程：

# get lock
lock = 0
while lock != 1:
timestamp = current Unix time + lock timeout + 1
lock = SETNX lock.foo timestamp
if lock == 1 or (now() > (GET lock.foo) and now() > (GETSET lock.foo timestamp)):
break;
else:
sleep(10ms)

# do your job
do_job()

# release
if now() < GET lock.foo:
DEL lock.foo
是的，要想這段邏輯可以重用，使用python的你馬上就想到了Decorator，而用Java的你是不是也想到了那誰？AOP + annotation？行，怎樣舒服怎樣用吧，別重復代碼就行。

⑧ 去中心化和中心化的具體概念是什麼

去中心化：

相對於「中心化」概念，在去中心化的系統網路里，每一個參與者（節點）都是平等且自由的關系，沒有誰依賴誰。

這就像朋友聚會，暢所欲言，你可以選擇不說話，也可以選擇中途離場；中心化則像是領導開會，一切全憑領導這個中心在會議上指示和安排。

中心化：

就是以一個節點為中心，向四周擴散開去。

注意事項：

相對於前期的互聯網（Web 1.0）年代，今天的網路（Web 2.0）內容不再是由專業網站或特定人群所發生，而是由整體網民一起參加、權級相等的一起創造的成果。任何人，都能夠在網路上表達自己的觀點或創造原創的內容，一起生產信息。

跟著網路服務形狀的多元化，去中心化網路模型越來越清晰，也越來越成為可能。Web2.0鼓起後，Wikipedia、Flickr、Blogger等網路服務商所供給的服務都是去中心化的，任何參加者，均可提交內容，網民一起進行內容協同創造或奉獻。