後臺資料的處理語言有很多，Java 是對前端採集的資料的一種比較常見的開發語言。網際網路移動客戶端的使用者
量特別大，大量的資料處理需求應運而生。可移動嵌入式裝置的表現形式
很多，如 PC 端，手機移動端，智
能手錶，Google 眼鏡等。Server2client 的網際網路開發模式比較常見，有一種新的資料服務模式 end2end 。
端到端的資料服務模式也應該要回歸到一個最終的伺服器。程式設計就是處理資料，資料像書籍一樣，很重要，要入
庫編輯處理。
分散式叢集的解決方案可以處理大量的資料累積。多執行緒高併發會增大單機的伺服器壓力。每臺伺服器壓力測試會有一個壓力閾值。當一臺伺服器的 cup 處理壓力太大的時候，需要開發分散式處理。為
了提高資料的處理效率，需要開發叢集。主機和 機的設定，叢集節點壓力值
的演算法測試編寫。當一臺主機出
現故障的時候，需要有合適地 機替換升級為主機，再進行
新一輪的主機和 機的挑選。每個叢集的主機為處
理資料的主要伺服器。很多市面上的管理
叢集節點的框架 2017 年陸續出現，國產的 dubbo zookeeper, 國
外的像 springcloud 。
處理多執行緒高併發的方式很多。時間和空間的考量，以時間換空間，或者是以空間換時間。
同步鎖和分散式
鎖的應用，要綜合考慮效能的問題。同步鎖 synchronized 的使用會使得執行緒排隊阻塞，損失時間效能。使用者體
驗響應超時是不好的選擇。分散式鎖就像去火車站排隊買票一樣，把每一個購票者當開發一個使用者執行緒，佔有一
定的記憶體空間。排隊購票是必需的選擇。每個火車站的視窗的開設，每個購票視窗處理票務業務處理，到底一座
城市需要有幾個火車站，每個火車站需要開設幾個購票視窗。演算法的設計就是處理類似的計算問題，要計算很多
因素，人流量是最大的統計資料處理情況。
小程式的流行，因為簡單而設計。簡潔即是美。小程式開發週期較短，資料流量平臺要經過
微信的支援。每
次到一個新的城市，首先是要詢問地鐵的購票乘車小程式，用得多了就會下
載相應的 APP。