[百度空间] [原]基于内存生命周期的内存管理

如果根据声明周期划分的话,内存可以大至划分为3类

1.静态内存

2.临时内存

3.普通内存

静态内存的特点是,程序开始(通常是初始化期间)分配的,而后就不会释放,直到程序结束,典型的如singleton,相信还有很多类,其实例只会被分配一次,而且理论上,生存期是贯穿整个程序的.

临时内存的特点通常如下:

void function()
{
    ...
    char* buffer = new char[size];

...

delete [] buffer;
}

从上面可以看到,此种内存分配后,存活时间不长.在某函数作用域下被分配,而在该作用域下被释放.

临时内存还有一种,在一个loop(这个loop可理解为程序的主循环及其等价过程)内被分配,下一个loop就被清空,重新分配.

典型的例子是渲染某一帧中的渲染队列,在下一个渲染帧(下一个loop)就被清空,重新填充.

普通内存即在某个时刻被分配,又在某个时刻会释放的,但是特征不明显.这种内存用通常的内存管理模式即可.

有了以上3种内存分类,即可以根据其特点来优化,写特定的内存管理方法. 由于静态内存和临时内存的管理方式可以很简单,而且很高效,这样就达到了根据具体情况优化的效果.同时也从一定程度上,避免了内存碎片的产生.

时间: 2024-08-05 00:00:44

[百度空间] [原]基于内存生命周期的内存管理的相关文章

PHP扩展-生命周期和内存管理

1. PHP源码结构 PHP的内核子系统有两个,ZE(Zend Engine)和PHP Core.ZE负责将PHP脚本解析成机器码(也成为token符)后,在进程空间执行这些机器码:ZE还负责内存管理,变量作用域管理和对PHP函数的调度管理. PHP Core负责和SAPI层的通信:PHP Core也为safe_mode, open_basedir的检查提供了统一控制层:PHP Core还提供了streams层,用于用户域的文件和网络IO操作.其中SAPI(Server Application

WebApp中的页面生命周期及路由管理

最近切换到一个新项目,使用的技术栈是Require+Backbone,鉴于对鞋厂webapp框架的了解,发现这个新项目有些缺陷,主要是单纯依赖Backbone造成的,也就是Backbone的好和坏都在其中尽显无遗. 说说自己对Backbone优缺点的看法. Backbone确实是优秀的单页MVC框架,Events自定义事件机制,为Model/View/Colllection提供基础模块通信,Aync模块封装了CRUD的ajax操作,Router/History为开发者提供了路由机制,从很大程度上

[百度空间] [原]跨平台编程注意事项(三): window 到 android 的 移植

大的问题 先记录一下跨平台时需要注意的大方向. 1.OS和CPU 同一个操作系统, CPU也可能是不一样的, 比如windows也有基于arm CPU的版本,而android目前有x86,arm,mips几种. 即便是同一种CPU架构系列, 细节特性也不一样. 所以目前个人准备了3个宏开关来判断目标平台. OS, CPU, CPUbits OS对应不同的操作系统, CPU对应不同的CPU架构(比如x86和arm), CPU-bits目前是32和64, 比如CPU是x86时, CPUbits是64

[百度空间] [原]再谈静态变量的初始化顺序

有一段时间我被静态变量的初始化顺序搞的焦头烂额,因为我用了singleton的懒惰初始化(lazy initialization)方式,即不需要显式创建singleton,在getsignleton的时候自动创建,并且在最后销毁对象..比如singleton使用了内存分配对象,如果这个对象先于singleton析构(后于singleton构造),那么singleton析构的时候内存分配器已经不存在了.最后发现我忽略了effctive C++的条款47,看来很多细节还是不是很深入的领悟. 关于其中

[百度空间] [原]跨平台编程注意事项(一)

好久没有写东西了,先写一点,以后再扩充. 1.使用平台编译器预定义的宏.比如在windows下,有这样一个宏WIN32.或者_WIN32.linux下有__linux__等等. 比如OGRE的OgrePlatform.h中的定义: #if defined( __WIN32__ ) || defined( _WIN32 )#   define OGRE_PLATFORM OGRE_PLATFORM_WIN32 #elif defined( __APPLE_CC__)#   define OGRE_

[百度空间] [原]跨平台编程注意事项(二): windows下 x86到x64的移植

之前转的: 将程序移植到64位Windows 还有自己乱写的一篇: 跨平台编程注意事项(一) 之前对于x64平台的移植都是纸上谈兵,算是前期准备工作, 但起码在写代码时,已经非常注意了.所以现在移植起来相对很顺利.昨天用了一天时间把自己代码添加了x64支持.贴一下遇到的问题,就作为注意事项吧,以下文字来自我的cnblogs博客的另一文章,有修改 1.指针到数值的转换.  指针 (如void*)转到数值,要用intptr_t或者uintptr_t (用Win32的INT_PTR也可以,当然用C/C

[百度空间] [原] 全局operator delete重载到DLL

由于很久没有搞内存管理了,很多细节都忘记了今天项目要用到operator delete重载到DLL,发现了问题,网上搜索以后,再对比以前写的代码,发现了问题:原来MSVC默认的operator new(size_t) 和operator delete(void*)虽然可以重载, 但是不能封装到DLL中,编译会报C2375 DLL linkage错误,解决方法很简单: 用inline函数包一下DLL导出就可以了 同时为了不跟MFC等三方库的operator new 冲突,最好加一个自定义参数:ty

[百度空间] [原]android下的各种坑

一堆so文件安装不正确: apk里面都是全的, 但是安装完后/data/data/$pkg/lib下面就没有 google了好长时间没有结果.最后发现是因为没库有加lib前缀(当时想了一下觉得不加更好,更合胃口)....现在加上lib前缀OK了. 怀疑package manager在安装apk的时候把所有没有lib prefix的so给忽略了这种剧情设定太坑爹了.不使用官方mk真是吃尽苦头啊. ndk上坑太多: dlopen()还不支持RTLD_NODELETE,又得黑代码了. apk源的/li

[百度空间] [原]CImageList支持32位透明位图

32位的位图主要是包含Alpha值(0-255)可以有半透效果的.之前用FreeImage加载 的DIB, CImageList直接绘制会有黑色背景.即便用了ILC_MASK,也创建了mask map, 这种是旧式的图标/光标透明效果, 遮罩透明, 没有alpha通道和渐变,效果仍然很差.所以以前的toolbar/menu/tab control 都是ownerdraw, 先ExtractIcon,用DrawStat (DST_ICON)来绘制图标,这样绘的制是支持32位图标的.但是最近给too