快取架構過程中：我們會講解各種高併發場景下的各種難題，怎麼去解決這些難題，快取架構的過程，各種技術和解決方案，高可用性，解決快取架構中面臨的一些高可用的問題，包括怎麼去解決，技術，解決方案
（1）如何讓redis集群支撐幾十萬qps高併發+99.99%高可用+tb級海量資料+企業級資料備份與恢復？：
redis企業級集群架構
（2）如何支撐高效能以及高併發到極致？同時給快取架構最後的安全保護層？：
(nginx+lua)+redis+ehcache的**快取架構
（3）高併發場景下，如何解決資料庫與快取雙寫的時候資料不一致的情況？：
企業級的完美的資料庫+快取雙寫一致性解決方案
（4）如何解決大value快取的全量更新效率低下問題？：
快取維度化拆分解決方案
（5）如何將快取命中率提公升到極致？：
雙層nginx部署架構，以及lua指令碼實現的一致性hash流量分發策略
（6）如何解決高併發場景下，快取重建時的分布式併發重建的衝突問題？：
基於zookeeper分布式鎖的快取併發重建解決方案
（7）如何解決高併發場景下，快取冷啟動mysql瞬間***的問題？：
基於storm實時統計熱資料的分布式快速快取預熱解決方案
（8）如何解決熱點快取導致單機器負載瞬間超高？：
基於storm的實時熱點發現，以及毫秒級的實時熱點快取負載均衡降級
（9）如何解決分布式系統中的服務高可用問題？避免多層服務依賴因為少量故障導致系統崩潰？：
基於hystrix的高可用快取服務，資源隔離+限流+降級+熔斷+超時控制
（10）如何應用分布式系統中的高可用服務的高階技術？：
基於hystrix的容錯+多級降級+手動降級+生產環境引數優化經驗+視覺化運維與監控
（11）如何解決恐怖的快取雪崩問題？避免給公司帶來巨大的經濟損失？：
獨家的事前+事中+事後三層次完美解決方案
（12）如何解決高併發場景下的快取穿透問題？避免給mysql帶來過大的壓力？：
快取穿透解決方案
（13）如何解決高併發場景下的快取失效問題？避免給redis集群帶來過大的壓力？：
快取失效解決方案
wifi驅動的理解（1） 驅動架構
在分析wifi驅動前，分享一下個人對linux驅動的一些了解，其實縱觀linux眾多的裝置驅動，幾乎都是以匯流排為載體，所有的資料傳輸都是基於匯流排形式的，即使裝置沒有所謂的匯流排介面，但是linux還是會給它新增一條虛擬匯流排，如platform匯流排等 介於wifi的驅動實在是太龐大了，同時又是...
架構的理解
架構只會讓系統越來越複雜,程式設計師的工作量越來越多,並需要更多程式維護構架本身的 架構是為了解決企業系統發展的瓶頸而產生的 比如,要利用新的技術,如nosql,架構上需要支援 要進行資料分庫,不得不進行系統重構 要更換資料庫系統,不得不要收集整理資料庫連線點 由單系統轉成分布式.系統太亂,不得不需...
http快取的理解
瀏覽器第一次向乙個web伺服器發起http請求後，伺服器會返回請求的資源，並且在響應頭中新增一些有關快取的字段如 cache control expires last modified etag date等等。之後瀏覽器再向該伺服器請求該資源就可以視情況使用強快取和協商快取。如圖紅線所示的過程代表強...