原创 Rift算法圖文解析
1. Raft 節點狀態 從拜占庭將軍的故事映射到分佈式系統上，每個將軍相當於一個分佈式網絡節點，每個節點有三種狀態：Follower，Candidate，Leader，狀態之間是互相轉換的，可以參考下圖，具體的後面說。 每個節點上都有
2020-07-01 19:31:38
原创 UE4 client連接server
本文將根據下圖逐條對應源碼（注：此圖從網絡獲取，感謝該作者）：0. 在進行第1步之前，client先執行到在這裏實例化UPendingNetGame，並調用InitNetDriver()，從而進入到圖中的第1步。1. client方面 U
2020-07-01 19:31:38
2
原创 何爲spring的IOC
實體類：也是POJO類（簡單的Java對象），實體類僅有屬性以及獲取和設置屬性的get和set方法，沒有事務處理方法，這是和Javabean不同的地方。哪些類適合作爲POJO類呢？項目中用於描述事物本身以及需要數據傳遞和序列化的類。例如，
2020-07-01 19:31:38
原创 socket與連接
談到socket經常會說監聽socket和客戶端socket，對此稍作整理： 1.socket(套接字)是操作系統提供的，並非用戶軟件提供的 2.TCP/UDP是約定的協議，而IP是網絡地址格式，所以TCP/UDP是基於IP的 3.監聽要
2020-07-01 19:31:38
原创 select,poll,epoll之間的區別
(1)select==>時間複雜度O(n) 它僅僅知道了，有I/O事件發生了，卻並不知道是哪那幾個流（可能有一個，多個，甚至全部），我們只能無差別輪詢所有流，找出能讀出數據，或者寫入數據的流，對他們進行操作。所以select具有O(n)的
2020-07-01 19:31:38
1
原创 https tls/ssl握手流程解析
之前轉載過一篇關於https的流程及證書的一系列圖片的文章https://blog.csdn.net/taoqilin/article/details/85471589 ，直觀卻也抽象，這篇文章對流程的描述非常到位，共欣賞。 注意： 下
2020-07-01 19:31:38
原创 網卡與中斷
一.中斷1.1 中斷概念 指CPU在運行期間，由於外部或由預先安排的事件引起的CPU暫時停止正在運行中的程序，然後進入內部或外部的預先安排的事件服務的程序中去，服務完畢後再返回繼續運行被暫時中斷的程序。 1.2 中斷上下部
2020-05-26 07:55:42
2
原创 基於RocketMQ的分佈式事務解決方案
前言 在系統變的複雜後，分佈式、微服務等架構技術，就要考慮到應用在系統中了。尤其數據量大了後，就需要對數據庫進行拆分。 如：註冊的用戶數據，量大了後，就需要考慮分庫分表 一旦數據庫進行了分拆，那就出現很多頭疼的問題，其中之一就是事務問
2020-04-27 20:41:19
原创 linux進程狀態
R (TASK_RUNNING) 可執行狀態 只有在該狀態的進程纔可能在CPU上運行，而同一時刻可能有多個進程處於可執行狀態，這些進程的task_struct結構（進程控制塊）被放入對應CPU的可執行隊列中（一個進程最多隻能出現在一個CP
2020-03-23 22:17:58
原创 遊戲的數據存儲
使用mysql:遊戲的業務需求多變，意味着數據的字段增刪很頻繁，如果用mysql的扁平表去存儲每個字段會非常麻煩，更傾向對象數據庫那樣直接存儲對象，確切的說是json對象。遊戲裏最複雜的數據就是角色數據role，以role爲例：role是
2019-09-05 04:20:45
原创 同步、異步、阻塞、非阻塞
關於同步和異步 同步和異步其實指的是，請求發起方對消息結果的獲取是主動發起的，還是等被動通知的。如果是請求方主動發起的，一直在等待應答結果（同步阻塞），或者可以先去處理其他的事情，但要不斷輪詢查看發起的請求是否有應答結果（同步非阻塞 ）因
2019-08-07 04:24:45
原创 Redis單線程模型介紹
原文鏈接：https://cloud.tencent.com/developer/article/1403767 1. 理解單線程模型 redis 會將每個客戶端都關聯一個指令隊列。客戶端的指
2019-08-07 04:24:45
原创 Entity與Module
Entity作爲邏輯的最小通信單元，承載了業務數據。那業務邏輯放哪裏？根據EC的設計，業務邏輯應該按模塊拆分成一個個module，掛在Entity上，例如bagModule,buffModule,aiModule等等。 根據面向接口的設計
2019-08-01 04:38:22
原创 Scene與Entity
SceneMgrServer:場景管理服務器，管理所有的SceneServer以及其上的SceneEntity。 SceneServer:場景服務器，承載若干場景類型的Entity，即SceneEntity，每個SceneEntity代表
2019-08-01 04:38:22
原创 Server與Entity
Server:物理上是服務器進程，邏輯上是消息服務器msgServer，即擁有消息收發能力。通信能力的底層是依靠操作系統層的socket，而socket依靠TCP/IP協議。 Entity:服務器上可通信的最小邏輯單元，通信能力的底層依靠
2019-07-30 03:07:26