主頁 > 軟體工程 > new 記憶體不足 求助

new 記憶體不足 求助

2020-09-25 19:27:51 軟體工程

MFC寫的一個基于訊息的異步套節字通訊,出問題的代碼是在接收檔案的時候,發送方以while回圈的方式發送,接收方在OnSocket訊息中不停的接收,在接收第二個帶檔案內容的資料報發生了記憶體不足的情況,我通過寫日志的方式跟蹤到是New時不成功報出的錯誤,現在把代碼貼出來,并附上運行日志,請大家幫忙分析原因。

void CCallDlg::OnSock(WPARAM wParam,LPARAM lParam)
{
DWORD dwMaxNum = 0;
int curPackSize=0;//當前資料報大小
CString sExtra="",mQSerial="",mQueues="",mFilePath="",sCurLog="";
switch(LOWORD(lParam))
{
case FD_READ:
{
sCurLog="1. 檢查套節字暫存器可讀取的位元組數!\r\n";
OnWriteLog(sCurLog);

            ::ioctlsocket(mCallSocket,FIONREAD,&dwMaxNum);//

sCurLog.Format("2. 暫存器埠處發現%d個位元組的可讀資料,并開始申請堆記憶體空間!\r\n",dwMaxNum);
OnWriteLog(sCurLog);

            char* pBuffer =NULL;
pBuffer=new char[dwMaxNum]; //定義一個緩沖區
if(!pBuffer)
{
sCurLog="2-1. 堆記憶體陣列pBuffer申請失敗!\r\n";
OnWriteLog(sCurLog);
}
            char* m_pchBuffer=NULL;
            memset(pBuffer,0,dwMaxNum);

sCurLog="3. 資料成功考備到堆記憶體陣列pBuffer中!\r\n";
OnWriteLog(sCurLog);

CPackage mPacMsg;
WSABUF wsabuf;

wsabuf.buf=pBuffer;
wsabuf.len=(unsigned long)dwMaxNum;

DWORD dwRead=0;
DWORD dwFlag=0;
SOCKADDR_IN addrFrom;//接收到來的地址資訊
int len=sizeof(SOCKADDR);

sCurLog="4. 開始從套節字埠讀取資料!\r\n";
OnWriteLog(sCurLog);

if(SOCKET_ERROR==WSARecvFrom(mCallSocket,&wsabuf,1,&dwRead,&dwFlag,
(SOCKADDR*)&addrFrom,&len,NULL,NULL))
{
//             DWORD error=WSAGetLastError();
//         WSASendError(error);
MessageBox("從服務器獲取資料失敗,請重啟或聯系相關部門解決!");
return;
}//先接收到資料,然后分類處理
//MessageBox("收到一個包!");
sCurLog.Format("5. 從套節字埠讀取資料!共讀取%d個位元組!\r\n",dwRead);
OnWriteLog(sCurLog);

            memcpy(&mPacMsg,wsabuf.buf,sizeof(mPacMsg));//從pBuffer中起始位置考備sizeof(Msg)個位元組到&Msg地址中
curPackSize=mPacMsg.m_dwDatalen;//記錄該次資料報大小

sCurLog="6. 資訊包獲取完畢!\r\n";
OnWriteLog(sCurLog);

if(mPacMsg.m_nMsgType==MT_SENDDATA)
{
sCurLog="7. 開始獲取完整資料報!\r\n";
OnWriteLog(sCurLog);
m_pchBuffer = new char[mPacMsg.m_dwDatalen];
memset(m_pchBuffer,0,mPacMsg.m_dwDatalen);
memcpy(m_pchBuffer,wsabuf.buf,dwMaxNum);//dwMaxNum與dwDatalen大小應該一致
sCurLog="8. 資料報獲取完畢,并開始分析!\r\n";
OnWriteLog(sCurLog);
switch(mPacMsg.m_nSubType)
{
case ST_FILE://語音檔案
{
if (m_bFirst|| mPacMsg.m_nFlag==-1)//一個檔案的首次接收
{
m_bFirst=false;
mFilePath=".\\voice\\測驗.txt";
// mFilePath.Format(".\\voice\\%s.wav",CPublicData::mDeptName);
m_File.Open(mFilePath,CFile::modeCreate|CFile::modeReadWrite);
char* pchTmp = m_pchBuffer + sizeof(CPackage);
m_File.WriteHuge(pchTmp,curPackSize-sizeof(CPackage));
pchTmp = NULL;

if (mPacMsg.m_dwFileLen==curPackSize-sizeof(CPackage))
{
m_File.Close();
m_bFirst = TRUE;
}
}
else if (mPacMsg.m_nFlag==0) //檔案傳輸程序中
{
char* pTmp = m_pchBuffer + sizeof(CPackage);
m_File.WriteHuge(pTmp,curPackSize-sizeof(CPackage));
pTmp = NULL;
}
else if (mPacMsg.m_nFlag==1) //檔案傳輸結束
{
char* pTmp = m_pchBuffer + sizeof(CPackage);
m_File.WriteHuge(pTmp,curPackSize-sizeof(CPackage));
m_bFirst = TRUE;
m_File.Close();
pTmp = NULL;
}
}
break;
case ST_IMAGE://圖片檔案
{
}
break;
}
sCurLog="9. 釋放堆記憶體:pBuffer與m_pchBuffer!\r\n";
OnWriteLog(sCurLog);
delete []pBuffer;
pBuffer=NULL;

delete [] m_pchBuffer;
m_pchBuffer = NULL;

return;
}
else//MT_SENDDATA訊息應該被首先檢測,其它訊息中不需要用到pBuffer,最先判斷后,如果該資料報不是MT_SENDDATA訊息時,即可以及時釋放pBuffer堆記憶體
{
sCurLog="10. 釋放堆記憶體:pBuffer!\r\n";
OnWriteLog(sCurLog);
delete []pBuffer;
pBuffer=NULL;
}//EndIF

.
省略部份代碼
.
}
}
}


OnWriteLog(sCurLog);為寫運行日志函式,現在把運行日志貼出來
1. 檢查套節字暫存器可讀取的位元組數!
2. 暫存器埠處發現8192個位元組的可讀資料,并開始申請堆記憶體空間!
3. 資料成功考備到堆記憶體陣列pBuffer中!
4. 開始從套節字埠讀取資料!
5. 從套節字埠讀取資料!共讀取6280個位元組!
6. 資訊包獲取完畢!
7. 開始獲取完整資料報!
8. 資料報獲取完畢,并開始分析!
9. 釋放堆記憶體:pBuffer與m_pchBuffer!
1. 檢查套節字暫存器可讀取的位元組數!
2. 暫存器埠處發現6280個位元組的可讀資料,并開始申請堆記憶體空間!

從日志可以看出,接收第二個資料報時,在日志2處報“記憶體不足”崩潰了。從程式中看就是在pBuffer=new char[dwMaxNum]; //定義一個緩沖區,時沒有成功。
搞不明白,第一時執行時,我new 完有正常釋放的啊,為什么第二次接收再申請時就記憶體不足了呢?

uj5u.com熱心網友回復:

任務管理器看看記憶體增長情況,  程式中間有多個return 可能容易造成記憶體泄漏,
  推薦把緩沖區指標放到類中,方便管理, 一次申請 多次使用

uj5u.com熱心網友回復:

參考 1 樓 zgl7903 的回復:
任務管理器看看記憶體增長情況,  程式中間有多個return 可能容易造成記憶體泄漏,
  推薦把緩沖區指標放到類中,方便管理, 一次申請 多次使用

奇怪的是從任務管理器上看,記憶體并沒有增加什么,因為才接收第二個包就記憶體不足了。一次申請多次使用怕不行哦,因為我每次接收的資料報大小可能不一樣。

uj5u.com熱心網友回復:

看看new的時候dwMaxNum申請的記憶體到底有多大,是不是超過了

uj5u.com熱心網友回復:

參考 3 樓 oyljerry 的回復:
看看new的時候dwMaxNum申請的記憶體到底有多大,是不是超過了




參考 3 樓 oyljerry 的回復:
看看new的時候dwMaxNum申請的記憶體到底有多大,是不是超過了

從最后一條日志
2. 暫存器埠處發現6280個位元組的可讀資料,并開始申請堆記憶體空間!
看,申請的空間為6280個位元組大小,也不算多啊。

uj5u.com熱心網友回復:

1. 現代的PC都有虛擬記憶體的技術,很少出現 記憶體不足 這種錯誤,即使偶爾出現,也是運行很長時間以后才會出現的。
2. 檢查你的代碼,看一下是不是new和delete配對了,不配對肯定有記憶體泄露。至少我看到了WSARecvFrom讀取錯誤的部分代碼沒有delete。

uj5u.com熱心網友回復:

參考 5 樓 shenyi0106 的回復:
1. 現代的PC都有虛擬記憶體的技術,很少出現 記憶體不足 這種錯誤,即使偶爾出現,也是運行很長時間以后才會出現的。
2. 檢查你的代碼,看一下是不是new和delete配對了,不配對肯定有記憶體泄露。至少我看到了WSARecvFrom讀取錯誤的部分代碼沒有delete。

確實,這里是個失誤,不程序式問題應該不發生在該處,從日志看,WSARecvFrom一直沒有進入錯誤處理部分。

uj5u.com熱心網友回復:

是否存在越界操作的問題?  資料包是否完整有判斷嗎?

memcpy(m_pchBuffer,wsabuf.buf,dwMaxNum); //很懷疑這一句  屏蔽掉看看

uj5u.com熱心網友回復:

把后續的對緩沖區的操作注釋掉試試。
new 會拋出例外,不會回傳 NULL 指標的。

uj5u.com熱心網友回復:

參考 7 樓 zgl7903 的回復:
是否存在越界操作的問題?  資料包是否完整有判斷嗎?

memcpy(m_pchBuffer,wsabuf.buf,dwMaxNum); //很懷疑這一句  屏蔽掉看看


從日志看,錯誤不發生在此處。就是在New處報錯的。

轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/127721.html

標籤:基礎類

上一篇:opencv3.0------BackgroundSubtractorMOG的頭檔案

下一篇:機器人視覺

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • Git本地庫既關聯GitHub又關聯Gitee

    創建代碼倉庫 使用gitee舉例(github和gitee差不多) 1.在gitee右上角點擊+,選擇新建倉庫 ? 2.選擇填寫倉庫資訊,然后進行創建 ? 3.服務端已經準備好了,本地開始作準備 (1)Git 全域設定 git config --global user.name "成鈺" git c ......

    uj5u.com 2020-09-10 05:04:14 more
  • CODING DevOps 代碼質量實戰系列第二課,相約周三

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。**《DevOps 代碼質量實戰(PHP 版)》**為 CODING DevOps 代碼質量實戰系列的第二課,同時也是本系列的 PHP ......

    uj5u.com 2020-09-10 05:07:43 more
  • 推薦Scrum書籍

    推薦Scrum書籍 直接上干貨,推薦書籍清單如下(推薦有順序的哦) Scrum指南 Scrum精髓 Scrum敏捷軟體開發 Scrum捷徑 硝煙中的Scrum和XP : 我們如何實施Scrum 敏捷軟體開發:Scrum實戰指南 Scrum要素 大規模Scrum:大規模敏捷組織的設計 用戶故事地圖 用 ......

    uj5u.com 2020-09-10 05:07:45 more
  • CODING DevOps 代碼質量實戰系列最后一課,周四發車

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。 **《DevOps 代碼質量實戰(Java 版)》**為 CODING DevOps 代碼質量實戰系列的最后一課,同時也是本系列的 ......

    uj5u.com 2020-09-10 05:07:52 more
  • 敏捷軟體工程實踐書籍

    Scrum轉型想要做好,第一步先了解并真正落實Scrum,那么我推薦的Scrum書籍是要看懂并實踐的。第二步是團隊的工程實踐要做扎實。 下面推薦工程實踐書單: 重構:改善既有代碼的設計 決議極限編程 : 擁抱變化 代碼整潔代碼 程式員的職業素養 修改代碼的藝術 撰寫可讀代碼的藝術 測驗驅動開發 : ......

    uj5u.com 2020-09-10 05:07:55 more
  • Jenkins+svn+nginx實作windows環境自動部署vue前端專案

    前面文章介紹了Jenkins+svn+tomcat實作自動化部署,現在終于有空抽時間出來寫下Jenkins+svn+nginx實作自動部署vue前端專案。 jenkins的安裝和配置已經在前面文章進行介紹,下面介紹實作vue前端專案需要進行的哪些額外的步驟。 注意:在安裝jenkins和nginx的 ......

    uj5u.com 2020-09-10 05:08:49 more
  • CODING DevOps 微服務專案實戰系列第一課,明天等你

    CODING DevOps 微服務專案實戰系列第一課**《DevOps 微服務專案實戰:DevOps 初體驗》**將由 CODING DevOps 開發工程師 王寬老師 向大家介紹 DevOps 的基本理念,并探討為什么現代開發活動需要 DevOps,同時將以 eShopOnContainers 項 ......

    uj5u.com 2020-09-10 05:09:14 more
  • CODING DevOps 微服務專案實戰系列第二課來啦!

    近年來,工程專案的結構越來越復雜,需要接入合適的持續集成流水線形式,才能滿足更多變的需求,那么如何優雅地使用 CI 能力提升生產效率呢?CODING DevOps 微服務專案實戰系列第二課 《DevOps 微服務專案實戰:CI 進階用法》 將由 CODING DevOps 全堆疊工程師 何晨哲老師 向 ......

    uj5u.com 2020-09-10 05:09:33 more
  • CODING DevOps 微服務專案實戰系列最后一課,周四開講!

    隨著軟體工程越來越復雜化,如何在 Kubernetes 集群進行灰度發布成為了生產部署的”必修課“,而如何實作安全可控、自動化的灰度發布也成為了持續部署重點關注的問題。CODING DevOps 微服務專案實戰系列最后一課:**《DevOps 微服務專案實戰:基于 Nginx-ingress 的自動 ......

    uj5u.com 2020-09-10 05:10:00 more
  • CODING 儀表盤功能正式推出,實作作業資料可視化!

    CODING 儀表盤功能現已正式推出!該功能旨在用一張張統計卡片的形式,統計并展示使用 CODING 中所產生的資料。這意味著無需額外的設定,就可以收集歸納寶貴的作業資料并予之量化分析。這些海量的資料皆會以圖表或串列的方式躍然紙上,方便團隊成員隨時查看各專案的進度、狀態和指標,云端協作迎來真正意義上 ......

    uj5u.com 2020-09-10 05:11:01 more
最新发布
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:41:12 more
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:35:34 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:05:44 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:00:18 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:20:31 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:55 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:18:51 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:00 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:17:55 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:12:06 more