本文由45歲老架構師尼恩分享，感謝作者，有修訂和重新排版。 1、引言 你有沒有想過，為什麼 ChatGPT 的回答能逐字逐句地“流”出來？這一切的背後，都離不開一項關鍵技術——SSE（Server-Sent Events）！ 本文從SSE（Server-Sent Events）技術的原理到示例代碼，為你通俗易懂的講解SSE技術的方方面面。 2、AI大模型實時通信技術專題 技術專題系列
本文由騰訊技術團隊顏勇分享，原題“騰訊新聞PUSH架構升級之路”，有修訂和重新排版。 1、引言 68 萬行代碼精簡到8.6 萬；Golang 重寫大部分 C++模塊；解決過度微服務化問題…… 這是新聞 PUSH 架構團隊取得的技術收益。PUSH 是騰訊新聞精品資訊的重要分發途徑，也是新聞 App 重要的促活手段。作為 PUSH 架構團隊，我們一方面在積極支持好新聞護盤，同時也在對 PUSH 架構進
本文由自字節跳動技術肖新蔚、趙彥奇分享，有修訂和重新排版。 1、引言 本文要分享的是字節跳動團隊針對火山HTTPDNS Cache2.0通過自研網段庫與動態劃分算法，將緩存粒度從“城市-運營商”細化為“網段”，解決了傳統方案的城市級調度污染問題。配合緩存分級、預取等優化，在提升調度精準度的同時保證了高命中率，最終實現了服務端調度準確性提升和客户端性能優化。 技術交流： 移動端IM開發入門文章
本文來自轉轉技術李帥的原創分享，已進行修訂和排版優化。 1、引言 在當今互聯網時代，高效的用户服務是提升用户體驗的關鍵。轉轉自研的客服IM聊天系統作為用户與客服溝通的橋樑，承擔着傳遞信息、解決問題的關鍵角色。然而，消息數據的流轉並非一帆風順，本文將深入探討IM系統在消息傳遞過程中遇到的問題和挑戰，以及相應的技術解決方案。如圖是IM系統中一條消息的流轉鏈路： 相較於普通web系統，IM系統的消息數
1、MobileIMSDK開源工程 MobileIMSDK是一套專門為移動端開發的開源IM即時通訊框架，超輕量級、高度提煉，一套API優雅支持UDP、TCP、WebSocket三種協議，支持iOS、Android、H5、小程序、Uniapp、標準Java平台，服務端基於Netty編寫。 工程同步開源地址： ❶GitHub：https://github.com/JackJiang2011/Mo
1、前言 經常發現有開發者將密鑰硬編碼在Java代碼、文件中，這樣做會引起很大風險。 信息安全的基礎在於密碼學，而常用的密碼學算法都是公開的，加密內容的保密依靠的是密鑰的保密，密鑰如果泄露，對於對稱密碼算法，根據用到的密鑰算法和加密後的密文，很容易得到加密前的明文；對於非對稱密碼算法或者簽名算法，根據密鑰和要加密的明文，很容易獲得計算出簽名值，從而偽造簽名。 密鑰硬編碼在代碼中，而根據密鑰的
本文由宅小年分享，感謝原作者，下文有修訂和重新排版。 1、引言 你有沒有想過，為什麼 ChatGPT 能夠像人類聊天一樣，一個字一個字地"蹦"出來回答你的問題？為什麼股票軟件能夠實時更新價格，而不需要你瘋狂刷新頁面？答案就藏在今天我們要聊的技術裏——SSE（Server-Sent Events）!本文將帶你快速認識SSE實時通信協議，包括它的技術原理、常見使用場景、與同類技術的對比以及簡單
本文來自小白debug的原創分享，原題“【修正版】動圖圖解！代碼執行send成功後，數據就發出去了嗎？”，下文有修訂和排版優化。 1、引言 回覆過很多IM初學者關於MobileIMSDK通信層代碼的疑問，最基礎的問題就是“明明用的是TCP協議，而TCP協議也被稱為可靠的通信協議，那為什麼TCP代碼中明確能知道數據是否發送成功，為什麼仍然需要應用層去實現消息應答和重傳這種邏輯？”。要真正講清楚
1、引言 平時開發工作中，我們會經常接觸加密、解密的技術。尤其在今天移動互聯網時代，越來越多的用户會將數據存儲在雲端，或使用在線的服務處理信息。這些數據有些涉及用户的隱私，有些涉及用户的財產，要是沒有一套的方案來解決用户的數據安全問題的話，這將是一個多麼可怕的事兒。 作為開發者，也會經常遇到用户對數據安全的需求，當我們碰到了這些需求後如何解決，如何何種方式保證數據安全，哪種方式最有效，這些問
本文由騰訊雲架構師技術同盟策劃，作者章為忠，原題“如何設計一個企業級消息推送系統架構？”，下文有修訂和重新排版。 1、引言 想象一下這樣的場景：隨着企業規模擴大，業務系統日益增多，而幾乎每個系統都包含消息通知的功能模塊。此時，各業務系統不得不重複開發消息推送功能，不僅耗費大量人力與時間成本，功能質量也難以統一保障。更麻煩的是，郵件、短信、企業微信等推送渠道各自為戰，推送效果參差不齊不説，還讓管理工
1、基本介紹 RainbowChat是一套基於開源IM即時通訊聊天框架MobileIMSDK的產品級移動端IM系統。RainbowChat源於真實運營的產品，解決了大量的屏幕適配、細節優化、機器兼容問題。RainbowChat可能是市面上提供im即時通訊聊天源碼的，唯一一款同時支持TCP、UDP兩種通信協議的IM產品。與姊妹產品RainbowTalk和RainbowChat-Web技術同源，
為了更好地分類閲讀 52im.net 總計1000多篇精編文章，我將在每週三推送新的一期技術文集，本次是第46 期。 [- 1 -] 微信團隊原創分享：Android版微信的臃腫之困與模塊化實踐之路 [鏈接] http://www.52im.net/thread-893-1-1.html [摘要] 本文講述微信 Android 版架構從分層到多進程、模塊化的演進，及因代碼膨脹重構模塊化的過程與效果
1、引言 網絡ping不通是網絡中出現頻率最高的故障之一，同時也是最讓人抓狂的故障，誰沒遇到過？今天就和你細説下ping不通的原因，看看能不能和你遇到的情況對上號。技術交流： 移動端IM開發入門文章： 《新手入門一篇就夠：從零開發移動端IM》 開源IM框架源碼：https://github.com/JackJiang2011/MobileIMSDK（備用地址點
1、基本介紹 RainbowChat是一套基於MobileIMSDK通信框架的產品級移動端IM系統。RainbowChat源於真實運營的產品，不同於市面上某些開源或淘寶售賣的demo級代碼，RainbowChat的產品前身已被成千上萬真實的客户使用過，解決了大量的屏幕適配、細節優化、機器兼容問題。 RainbowChat可能是市面上唯一一款同時支持TCP、UDP兩種通信協議的全源碼IM產品（
本文引用了後台技術匯一枚少年郎“大模型應用之：SSE流式響應”的內容，下文有修訂和重新排版。 1、引言 文章介紹了SSE（Server-Sent Events）技術在大模型流式響應中的應用，包括其發展歷程、ChatGPT流式輸出原理、SSE技術特點及與WebSocket的對比，並提供了兩種流式響應落地方案。 *相關閲讀：《全民AI時代，大模型客户端和服務端的實時通信到底用什麼協
本文由攜程技術Butters分享，原題“乾貨 | 日均流量200億，攜程高性能全異步網關實踐”，下文有修訂和重新排版。 1、引言 本文分享的是攜程API網關全異步改造的實踐分享，包括從Zuul 1.0同步架構升級為基於Netty的全異步架構，通過RxJava實現業務流程異步化，結合流式轉發、ZGC等技術顯著提升性能，並構建控制面實現多協議統一治理與模塊化編排。 技術交流：
本文由轉轉平台業務負責人王計寬分享，原題“轉轉push系統的演進之路”，下文有修訂和重新排版。 1、引言 顧名思義，push就是就是藉助廠商通道把消息發送給用户的一種方式，一般用於用户的召回和活動觸達，和即時通訊IM在業務上稍有區別，但技術邏輯上是相通的，不在此處贅述。本文將從0開始講講轉轉千萬級用户量消息推送系統的架構演進和迭代過程，以及遇到的常見問題的解法，希望能帶給你啓發。 2、術語
本文由GSYTech 戀貓de小郭分享，原題“2025 跨平台框架更新和發佈對比，這是你沒看過的全新版本”，下文有修訂和重新排版。 1、前言 2025 年可以説又是一個跨平台的元年，其中不妨有鴻蒙Next平台刺激的原因，也有大廠技術積累“達到瓶頸”的可能，又或者“開猿截流、降本增笑”的趨勢的影響，2025 年上半年確實讓跨平台框架又成為最活躍的時刻。例如： 1）Flutter Platfor
本文由字節跳動張華挺分享，原題“你不知道的前端音視頻知識”，下文有修訂和重新排版。 1、前言 本文回顧了Web端音視頻的發展歷程，同時還介紹了視頻的編碼、幀率、比特率等概念，提到了Canvas作為視頻播放的替代方案，以及FFmpeg在音視頻處理中的重要作用等知識。 技術交流： 移動端IM開發入門文章：《新手入門一篇就夠：從零開發移動端IM》 開源IM框架源碼：https:
本文由騰訊技術團隊羅國佳分享，原題“微信讀書後台架構演進之路”，下文有修訂和重新排版。 1、前言 今年是微信讀書上線10週年，後台技術架構也伴隨着微信讀書的成長經歷了多次迭代與升級。每一次的組件升級與架構突破，在一個運行了10年的系統上落地都不是一件容易的事情，需要破釜沉舟的決心與膽大心細的業務聯動。微信讀書經過了多年的發展，贏得了良好的用户口碑，後台系統的服務質量直接影響着用户的體驗。團隊
1、基本介紹 RainbowChat-Web是一套基於MobileIMSDK-Web的網頁端IM系統。不同於市面上某些開源練手或淘寶售賣的demo級代碼，RainbowChat-Web的產品級代碼演化自真正運營過的商業產品，其所依賴的通信層核心SDK已在數年內經過大量客户及其輻射的最終用户的使用和驗證。RainbowChat-Web同時也是移動端IM應用RainbowChat的姊妹產品。
本文來自嗶哩嗶哩通用技術團隊分享，下文進行了排版優化和修訂。 1、引言 隨着 AI 技術快速發展，業務對 AI 能力的渴求日益增長。當 AI 服務面對處理大規模請求和高併發流量時，AI 網關從中扮演着至關重要的角色。AI 服務通常涉及大量的計算任務和設備資源佔用，此時需要一個 AI 網關負責協調這些請求來確保系統的穩定性與高效性。因此，與傳統微服務架構類似，我們將相關 API 管理的功能（如流量控
寫在前面 在着手基於MobileIMSDK開發自已的即時通訊應用前，建議以Demo工程為腳手架，快速上手MobileIMSDK！Demo工程主要用於演示SDK的API調用等，它位於SDK完整下載包的如下目錄： 如上圖目錄demo_src/Server/所示，這是一個完整的IDEA工程（含完整的可運行Demo源碼）。 如果你只是想看看Demo的話，可以下載編譯好的Demo包
一、基本介紹 MobileIMSDK是一套全平台原創開源IM通信層框架： 超輕量級、高度提煉，lib包50KB以內； 精心封裝，一套API同時支持UDP、TCP、WebSocket三種協議（可能是全網唯一開源的）； 客户端支持iOS、Android、標準Java、H5、微信小程序、Uniap、鴻蒙Next(Demo完整源碼)； 服務端基於Netty，性能卓越、易於擴展new
