malloc和free大量使用后回造成内存碎片,那么这种碎片形成的机理是什么?
如果机理是申请的内存空间大小(太小)所形成的,那么,申请多大的区域能够最大限度的避免内存碎片呢?(这里的避免不是绝对的避免,只是一种概率)
内存碎片一般是由于空闲的连续空间比要申请的空间小,导致这些小内存块不能被利用。
产生内存碎片的方法很简单,举个例:
假设有一块一共有100个单位的连续空闲内存空间,范围是0~99。如果你从中申请一块内存,如10个单位,那么申请出来的内存块就为0~9区间。这时候你继续申请一块内存,比如说5个单位大,第二块得到的内存块就应该为10~14区间。
如果你把第一块内存块释放,然后再申请一块大于10个单位的内存块,比如说20个单位。因为刚被释放的内存块不能满足新的请求,所以只能从15开始分配出20个单位的内存块。
现在整个内存空间的状态是0~9空闲,10~14被占用,15~24被占用,25~99空闲。其中0~9就是一个内存碎片了。如果10~14一直被占用,而以后申请的空间都大于10个单位,那么0~9就永远用不上了,造成内存浪费。
如果你每次申请内存的大小,都比前一次释放的内村大小要小,那么就申请就总能成功。
有的人喜欢自己编写内存管理模块,程序一开始就申请一大块内存,然后以后申请内存都在这个大内存中取,配合一定的技巧来减少内存碎片问题。
一般按页为单位,4k
不过说起来,malloc ,operator new 这些都有自己的分配策略,只要不是使用系统API,而是用库,则一般来说不用自己考虑
一般来说如果你申请的内存都是比较大,而且比较有规律的话(比如你只申请16k和4k两种大小的内存)就没问题。不过这样的话就要你自己加一个层次来处理这些大内存了。