貢獻者33
粉絲0
前陣子做一個ORM框架，用反射實現實體類和數據庫字段的映射，結果壓測時發現反射調用比直接調用慢了20倍，直接拖累了整個框架的性能。後來花了三天時間優化，把反射耗時降到了接近直接調用的水平——原來反射性能差不是不能解決，只是需要找對方法。 Java反射雖然靈活（能在運行時操作類和方法），但因為要繞過編譯期檢查、動態解析類信息，默認情況下性能確實不盡如人意。不過通過合理的緩存策
昵稱 木子aller
一、分佈式系統深度難題 1.1 一致性協議進階應用 難題1：Multi-Paxos優化實現 考慮一個需要高吞吐的分佈式配置管理系統，採用Multi-Paxos協議。已知網絡延遲RTT=50ms，每個提案大小1KB，客户端請求速率2000QPS。求： 理論上最大吞吐量是多少？ 如何通過批處理和流水線優化提升性能？ 在節點
昵稱 最多選5個技能
混合類型（Mixin Types）是 TypeScript 中一種強大的類型系統特性，它允許一個類型既可以是函數又可以是對象。這種類型同時具備函數調用和對象屬性訪問的能力，為設計模式如裝飾器模式等提供了優雅的實現方式。 核心概念 混合類型通過將函數簽名與對象類型進行交叉（intersection）定義： // 定義一個混合類型 interface MixedFunction
昵稱 代碼保安
當然！這是一篇關於分佈式系統緩存架構設計與實踐的技術博客，內容詳實，貼近實際開發，字數約2000字。 深入淺出分佈式緩存：從本地緩存到Redis集羣的架構演進與實踐 在當今高併發、大流量的互聯網時代，系統的性能與響應速度直接決定了用户體驗和業務成敗。而緩存，作為提升性能最有效的手段之一，已經從“可選項”演變為架構設計的“必選項”。然而，隨着系統從單體架構走向分
昵稱 此風喚作晚安
作者：來自 vivo 互聯網服務器團隊- Li Wanghong 本文首先介紹了 Disruptor 高性能內存隊列的基本概念、使用 Demo、高性能原理及源碼分析，最後通過兩個例子介紹了 Disruptor 在i主題業務中的應用。 一、i主題及 Disruptor 簡介 i主題是 vivo 旗下的一款主題商店 app，用户可以通過下載主題、壁紙、字體等，實現對手機界面風格的一鍵更換和自定義。 D
昵稱 vivo互聯網技術
一、初識遞歸 遞歸函數 = 終止條件 + 遞歸關係 終止條件： 當大問題被拆解成能輕鬆解決的小問題時，運行終止條件中的邏輯 遞歸關係： 定義如何將大問題拆解為小問題 例子：小名跑步。 例如：小名跑4公里，可以分為（跑1km+再跑3km）- （跑1km+再跑2km）- （跑1km+再跑1km）- （跑完全程） 實現： public void running(int di
昵稱 鍵盤大蝦
1.實現效果 2.實現原理 將數據存在storage中。 wx.setStorageSync('search_history', JSON.stringify(this.data.list)) 取數組前15條。 if (wx.getStorageSync('search_history') ){ this.setData({ list:JSON.parse(wx.get
昵稱 用户bPcSPjP
前言 上一篇咱們介紹了 Hibernate 以及寫了一個 Hibernate 的工具類，快速入門體驗了一波 Hibernate 的使用，我們只需通過 Session 對象就能實現數據庫的操作了。 現在，這篇介紹使用 Hibernate 進行基本的 CRUD、懶加載以及緩存的知識。 提示：如果你還沒看上一篇，那麼建議你看完上一篇再來看這篇。 上一篇：一文快速入門體驗 Hibernate 基本
昵稱 god23bin
專業在線打字練習網站-巧手打字通，只輸出有價值的知識。 一 緩存應用面臨的挑戰 在提供核心服務時，緩存機制已成為確保高性能、低延遲的基石。 然而，緩存的使用主要面臨兩大難題： 如何管理緩存空間的增長：隨着數據的不斷累積，緩存所需的空間會逐步擴大，這直接關係到成本的上升。 如何保障緩存服務的穩定性：這是至關重要的，因為任何不穩定都可能對服務性能造成重大影響。 那麼，究竟哪些因素可能導致
昵稱 用户bPdd2O9
今天來聊一聊關於 Spring 為什麼使用三級緩存的問題，先説結果哈，Spring框架中的三級緩存主要用於解決循環依賴問題，特別是在單例Bean的創建過程中。 下面V哥會解釋為什麼Spring需要三級緩存，而不是僅僅使用兩級的原因。 一級緩存（Singleton Objects）：存儲已經完全初始化好的單例Bean。當一個Bean被成功創建並注入到其他Bean中後，它會被放入一級緩存中。 二
昵稱 威哥愛編程
access_token 的存儲與更新 access_token 的存儲至少要保留 512 個字符空間；access_token 的有效期目前為 2 個小時，需定時刷新，重複獲取將導致上次獲取的 access_token 失效，並且每天獲取的頻次有限，所以需要進行本地緩存或者緩存到數據庫進行使用，而不是每次調用接口都獲取access_token，以下是一個獲取access_token並緩存到本地a
昵稱 TANKING
簡介：大前端團隊如何選型技術？如何快速上手？如何高效協同？讓我們看看快成科技如何解決這一問題。 導言 從 2017 年開始，GMTC“移動技術大會”就更名為“大前端技術大會”。發展至今，混合開發、原生開發、前端開發等概念正在深度融合，組成“大前端”團隊。 大前端團隊如何選型技術？如何快速上手？如何高效協同？讓我們看看快成科技如何解決這一問題。 緣起兩地三團隊 快成科技是網絡貨運領
昵稱 阿里雲開發者
在一次開發中，遇到了生成海報的需求：在圖片相冊界面用户選擇若干張圖片，在海報編輯界面用户通過拖動這些圖片生成一張海報，供用户下載。 在圖片相冊界面，圖片均展示正常且無報錯發生。當用户選擇若干張圖片之後，進入海報編輯界面前，添加cors屬性img crossOrigin=anonymous重新加載這些圖片，以便canvas處理這些圖片數據（圖片添加cors屬性原因）。神奇的是：所有的圖片均無法顯示，
昵稱 Steven
作者：秦懷 1 簡介 計算機科學領域的任何問題都可以通過增加一個間接的中間層來解決，這句話就是整個計算機軟件以及系統設計中的核心思想，而緩存對這一思想的一種實踐。 緩存，總歸會受到存儲空間的限制，當緩存的空間不足的時候，如果在保持一定系統文檔的情況下，還能兼顧到緩存命中率呢？這就需要我們選擇合適的緩存淘汰算法。 緩存淘汰算法種類比較多，我們本次主要介紹 FIFO： 先進先出，類似隊列的特性，淘汰緩
昵稱 秦懷雜貨店
作者：秦懷 1 緩存前世今生 1.1 故事從硬件開始 Cache 一詞來源於 1967 年的一篇電子工程期刊論文。其作者將法語詞“cache”賦予“safekeeping storage”的涵義，用於電腦工程領域。當時沒有 Cache，CPU 和內存都很慢，CPU 直接訪問內存。 Intel 80386芯片組增加了對可選的 Cache 的支持，高級主板帶有 64KB，甚至高端的 128KB W
昵稱 秦懷雜貨店
在當今數字化時代，互聯網已經滲透到我們生活的方方面面。當我們在瀏覽器中輸入一個網址，瞬間就能訪問到對應的網站，這背後DNS緩存功不可沒。 DNS緩存是一種優化域名解析過程的機制。我們知道，互聯網上的計算機通過IP地址來相互識別和通信，但IP地址是一串難記的數字，於是域名應運而生。 一、DNS緩存有什麼作用? 1、提升訪問效率 在網絡訪問中，首次訪問某個域名時，設備需向DNS服務器發起查詢以獲取對應
昵稱 帝恩思
requests_cache（專門用於 HTTP 請求的緩存庫；支持 SQLite、Redis、文件系統等多種存儲後端；非常適合緩存 HTTP GET 請求的內容。） 同類數據緩存庫：diskcache、joblib 參考資料： https://blog.csdn.net/weixin_46275180/article/details/116459413 https
昵稱 曼巴
高併發問題是指系統需要處理大量用户請求或大量併發操作時所面臨的挑戰，通常表現為請求量大、處理時間長、響應速度慢、資源耗盡等問題。為了應對高併發場景，系統需要設計成能夠高效地處理併發請求，並確保系統的穩定性和可擴展性。以下是一些常見的解決高併發問題的方法和技術： 1. 負載均衡 目的：分擔單個服務器的壓力，提高系統處理能力。 實現方式： 應用層負載均衡：使用負載均衡器（如 N
昵稱 今夜有點兒涼
今天分享的是訓練營的朋友在某訊外包的面經，他在面完後跟我説：數據一致性策略好久沒問,有點忘了，所以這一塊答的不太好。 我一直都會和大家強調複習的重要性，尤其是這種常見的問題。看看下面的問題你都能答得上來嗎？ 基礎部分 - MYSQL和Redis 一、MySQL索引分類 普通索引（INDEX） 這是最基本的索引類型，它沒有任何限制。它可以創建在任何數據類型的列上，主要目的是加
昵稱 王中陽講編程
作者：Wayne Gao, Yi Wang, Jie Chen, Sarika Mehta Alluxio 作為全球領先的 AI 緩存解決方案供應商， 提供針對 GPU 驅動 AI 負載的高速緩存。其可擴展架構支持數萬個節點，能顯著降低存儲帶寬的消耗。Alluxio 在解決 AI 存儲挑戰方面的前沿技術在很大程度上推動了大語言模型( LLM )在全球範圍內的成功。 “Solidigm 和 Allu
昵稱 Alluxio
Release Notes 1、【升級】項目重構升級；定位 多級緩存框架，高效組合本地緩存和分佈式緩存(Redis+Caffeine)，支持“多級緩存、一致性保障、TTL、Category隔離、防穿透”等能力，提供高性能多級緩存解決方案。 2、【重構】高性能系統重構設計，底層設計L1(Local)+L2(Remote)多級緩存模型，除分佈式緩存之外前置在應用層設置本地緩存，高熱查詢前置本地處
昵稱 xuxueli
Release Notes 1、【增強】多序列化協議支持：針對L2緩存，組件化抽象Serializer，可靈活擴展更多序列化協議； 2、【優化】移除冗餘依賴，精簡Core體積； XXL- CACHE 快速接入示例 代碼參考github倉庫 /test 目錄：https://github.com/xuxueli/xxl-cache/tree/master/xxl-cache-samples
昵稱 xuxueli
近日，Alluxio 發佈 Alluxio Enterprise AI 3.5 版本。該版本憑藉僅緩存寫入模式 ( Cache Only Write Mode )、高級緩存管理策略以及 Python 的深度集成等創新功能，大幅加速 AI 模型訓練並簡化基礎設施運維，助力企業高效處理海量數據集、優化 AI 工作負載性能。 AI 驅動的工作負載常因海量的數據管理複雜度高導致效率瓶頸以及訓練週期延長。
昵稱 Alluxio
為什麼要做多層緩存？ 想象這樣一個場景：你的PHP應用每次訪問數據庫都要花1秒鐘，用户抱怨頁面加載太慢。這時候你會想到加緩存——但只用一層緩存夠嗎？ 比如： 內存緩存雖然快，但重啓服務數據就沒了 Redis緩存能持久化，但網絡請求也有開銷 文件緩存最可靠，但磁盤讀寫速度有限 多層緩存的思路很簡單： 把最快的緩存放在最前面，就像快遞櫃一樣—— 優先從內存取（速度最快） 內存沒有
昵稱 蘇琢玉
