tag 內存泄漏

標籤
貢獻32
92
05:56 PM · Oct 25 ,2025
vivo_tech 頭像 u_17213027 頭像 greptime 頭像 hlinleanring 頭像 invalidnull 頭像 u_16099331 頭像 u_16099220 頭像 keen_626105e1ef632 頭像 u_17511799 頭像 u_17587833 頭像 zhuchenxi113 頭像 mandyshen 頭像

@內存泄漏 / 博客 RSS 訂閱

keen_626105e1ef632 頭像

瞿小凱 - c＋+內存泄漏與智能指針

您好，看到文章的您，如果您是c++初學者，這部分內容需要學習好數據結構中指針和棧的內容，否則可能會有一定難度，只做瞭解即可 什麼是內存泄漏 什麼是內存泄漏，簡單來説，就是 1.動態申請堆空間，用完後不歸還 2。C++ 語言中沒有垃圾回收的機制 3.指針無法控制所指堆空間的生命週期 例如下面的例子: #includeiostream #includestring.h using namesp

學習 , 內存分配 , 內存泄漏 , c++ , 指針

收藏 評論

u_17511799 頭像

mb68b55c2708ca2 - 千鋒教育 -Unity3D遊戲開發(二期) 視頻課程，高清原版配套齊全

Unity性能優化黃金法則：從Profiler洞見到內存泄漏根治的15個關鍵點 性能優化不是一項神秘的魔法，而是一項系統性的工程。它要求開發者像偵探一樣，依靠工具和數據，精準地定位問題，然後系統地解決。本文將從宏觀到微觀，為您揭示Unity性能優化的15個關鍵黃金法則。 第一部分：優化哲學與核心工具 - 黃金法則1-3 法則1：敬畏數據，杜絕臆測

黃金法則 , 性能優化 , 遊戲開發 , 內存泄漏

收藏 評論

u_17587833 頭像

mb6923acc0735dc - 鴻蒙開發之路：內存優化實戰——泄漏檢測、大對象管理與垃圾回收策略

引言：鴻蒙內存管理的挑戰與創新 在鴻蒙應用開發中，內存管理是影響應用性能穩定性的關鍵因素。隨着應用功能日益複雜，內存泄漏、大對象濫用、垃圾回收卡頓等問題成為開發者面臨的主要挑戰。鴻蒙系統通過創新的分佈式內存管理架構、智能垃圾回收策略和多層次泄漏檢測機制，為開發者提供了一套完整的內存優化解決方案。 鴻蒙的內存管理系統不僅關注單設備的內存使用效率，更在分佈式場景下實現了跨

內存管理 , 優先級 , 移動開發 , 內存泄漏 , Android

收藏 評論

hlinleanring 頭像

侯磊 - 【golang】go語言中map導致的內存泄漏問題

go語言的map回收機制 在 Golang 中的 map 結構，在刪除鍵值對的時候，並不會真正的刪除，只是標記當前的key狀態為empty。我們下面的程序作為例子，看看當我們在刪除map中鍵值對時的內存變化，並瞭解如才能真正實現對鍵值對的垃圾回收。 程序基本流程為：在initMap()中，向map結構中插入10000對鍵值對，然後在全部刪除，通過runtime.MemStats打印內存使用情況。

內存泄漏 , 垃圾回收 , go

收藏 評論

vivo_tech 頭像

vivo互聯網技術 - glibc 內存分配與釋放機制詳解

作者：來自 vivo 互聯網存儲團隊- Wang Yuzhi 本文以一次線上故障為基礎介紹了使用 glibc 進行內存管理可能碰到問題，進而對庫中內存分配與釋放機制進行分析，最後提供了相應問題的解決方案。 一、引言 內存對象的分配與釋放一直是後端開發人員代碼設計中需要考慮的問題，考慮不周極易造成內存泄漏、內存訪問越界等問題。在發生內存異常後，開發人員往往花費大量時間排查用户管理層代碼，而忽視了C運

內存管理 , 內存泄漏 , glibc , 開源

收藏 評論

u_16099331 頭像

墨色天香 - JVM學習總結3_內存調優和常見內存問題定位_jxm121250055的博客-博客

OneDev作為一款自託管的Git服務器，集成了CI/CD和看板功能，其內存管理對於系統穩定性和性能至關重要。本文將為您提供完整的JVM參數調優和內存泄漏排查方案，幫助您優化OneDev的內存使用效率。🚀 🔧 JVM參數配置詳解 內存分配策略 OneDev使用MaxRAMPercentage參數來控制JVM堆內存的使用比例，這是一種動態內存管理方式：

jvm , 內存泄漏 , 緩存 , 後端開發 , harmonyos

收藏 評論

mandyshen 頭像

MandyShen - 【12】內存溢出與內存泄漏

內存溢出與內存泄露 一、內存溢出 一種程序運行出現的錯誤。 當程序運行需要的內存超過了剩餘的內存時, 就出拋出內存溢出的錯誤。 二、內存泄漏 佔用的內存沒有及時釋放。 內存泄露積累多了就容易導致內存溢出。 常見的內存泄露： 意外的全局變量。 沒有及時清理的計時器或回調函數。 閉包 // 1. 內存溢出 var obj = {} for (

計時器 , 閉包 , 回調函數 , 內存泄漏 , 內存溢出

收藏 評論

vivo_tech 頭像

vivo互聯網技術 - Flink 的 RocksDB 狀態後端在 vivo 的實踐

作者： 互聯網大數據團隊- Chen Rui 本文簡要介紹了特徵拼接在實時推薦中的重要作用，並講述了vivo實時推薦系統中特徵拼接模塊的架構演進過程以及採用現有的“基於RocksDB的大狀態解決方案”的原因，重點敍述了該方案所遇到的一系列問題，包括TM Lost、RocksDB性能調優門檻高、TM初始化慢、狀態遠程存儲HDFS RPC飆高等，並給出了這些問題的現象以及解決方案。 1分鐘看圖

大數據 , 推薦系統 , 內存泄漏 , RocksDB

收藏 評論

u_14291117 頭像

vivo互聯網 - Flink 的 RocksDB 狀態後端在 vivo 的實踐

作者： 互聯網大數據團隊- Chen Rui 本文簡要介紹了特徵拼接在實時推薦中的重要作用，並講述了vivo實時推薦系統中特徵拼接模塊的架構演進過程以及採用現有的“基於RocksDB的大狀態解決方案”的原因，重點敍述了該方案所遇到的一系列問題，包括TM Lost、RocksDB性能調優門檻高、TM初始化慢、狀態遠程存儲HDFS RPC飆高等，並給出了這些問題的現

Apache Flink , 大數據 , 推薦系統 , 私藏項目實操分享 , 數據倉庫 , 內存泄漏 , RocksDB

收藏 評論

ssttss 頭像

和尚洗頭用飄柔 - ThreadLocal 中弱引用（WeakReference）設計：為什麼要 “故意” 讓 Key 被回收？

在 ThreadLocal 的底層實現中，ThreadLocalMap 的 key 是 ThreadLocal 的弱引用（WeakReference），而 value 是強引用。很多人會疑惑：為什麼要這麼設計？直接用強引用不行嗎？ 其實這背後藏着 ThreadLocal 解決「內存泄漏」的核心思路 ——弱引用的設計，是為了在 ThreadLocal

MySQL , jvm , 算法 , 內存泄漏 , 弱引用 , 數據庫 , 強引用

收藏 評論

u_17543943 頭像

mb68e64068cf586 - uniapp開發鴻蒙：性能優化與調試實戰

uniapp開發鴻蒙：性能優化與調試實戰 引入：性能優化的必要性 在之前的文章中，我們已經掌握了uniapp鴻蒙開發的基礎知識和原生能力調用。隨着應用複雜度增加，性能優化成為保證用户體驗的關鍵環節。鴻蒙系統對應用性能有較高要求，特別是在大數據量、複雜動畫等場景下，合理的優化策略能顯著提升應用流暢度和穩定性。 本文將系統講解uniapp鴻蒙應用的性能優化方案，從問

性能優化 , 移動開發 , 內存泄漏 , 預加載 , html5

收藏 評論

u_17590687 頭像

長袖員大表哥 - Objective-C/iOS 開發中的 Autorelease 機制

一、Autorelease 機制核心定位（先搞懂它是幹嘛的） Autorelease 是 iOS/OC 中內存自動管理的核心機制之一，簡單説就是：給對象 “打個標記”，讓它不會立刻被銷燬，而是等到 “合適的時機” 再由系統統一釋放，本質是對release操作的 “延遲執行”。 舉個生活化的例子：你去超市買東西，每拿一件商品（創建一個對象），如果是普通release，相

工廠方法 , 移動開發 , 內存泄漏 , 臨時對象 , ios

收藏 評論

u_16099218 頭像

網絡安全守護神 - Java項目性能分析工具(神器)--阿里Arthas

在日常線上排查和性能調優中，除了 top、jmap、jstat 等命令行工具外，Java 自帶和第三方 GUI 工具也非常重要，能更直觀地觀察 JVM 內存、線程、GC 等狀態。 1️⃣ 系統級監控工具 vmstat 作用：週期性統計虛擬內存、CPU、swap 使用情況，並可觀察進程上下文切換。 命令示例：

jvm , 內存泄漏 , 後端開發 , Linux , JAVA

收藏 評論

u_17393348 頭像

mb681965b2846e2 - HarmonyOS開發之內存管理——對象池與資源回收

HarmonyOS開發之內存管理——對象池與資源回收 第一部分：引入 在HarmonyOS應用開發中，內存管理是決定應用性能與穩定性的核心因素。你是否遇到過這樣的場景：應用運行一段時間後越來越卡頓，甚至出現閃退？或者滑動列表時頻繁卡頓，用户體驗極差？這些問題往往源於內存泄漏和頻繁的對象創建與銷燬。 內存泄漏就像房間裏的垃圾，若放任不管，最終會導致空間擁擠。而頻繁

sed , 移動開發 , 內存泄漏 , Android , 對象池

收藏 評論