动态分配内存与静态内存

1) 静态内存分配是在编译时完成的，不需要占用CPU资源；动态分配内存是在运行时完成的，动态内存的分配与释放需要占用CPU资源；
2) 静态内存分配是在栈上分配的，但在栈上分配不一定是静态内存，比如用alloca函数分配的内存是动态内存。在堆上分配的内存一定是动态内存；
3) 动态内存分配需要指针或引用数据类型的支持，而静态内存分配不需要；
4) 静态分配内存需要在编译前确定内存块的大小，而动态分配内存不需要编译前确定内存大小，根据运行时环境确定需要的内存块大小，按照需要分配内存即可。可以这么说，静态内存分配是按计划分配，而动态内存分配是按需分配。
5) 静态分配内存是把内存的控制权交给了编译器，而动态内存是把内存的控制权交给了程序员，有一个例外是alloca函数分配的内存不需要释放，下同；

综上所述，静态分配内存适合于编译时就已经可以确定需要占用内存多少的情况，而在编译时不能确定内存需求量时可使用动态分配内存；但静态分配内存的运行效率要比动态分配内存的效率要高，因为静态内存在编译期就可以确定，而动态内存需要延迟到运行时期；动态内存管理水平依赖于程序员的水平，如果处理不当容易造成内存泄漏。那么再具体些，如何选择内存分配方式，如果动态分配内存需要注意哪些问题呢？

  需要强调的是，由于动态分配内存把内存的控制权交给了程序员，程序员有义务写代码确认内存分配成功能，如果分配失败要做适当处理，否则将给你的程序进而下一个定时炸弹，随时有可能因为动态内存分配失败而导致程序崩溃。

1. 全局变量尽可能不要动态分配内存。

  既然将变量定义为全局变量，就为了其可见范围比较宽，因为可能这些变量在整个程序的运行期都是可见的，可能根本就没有机会释放全局变量所占用的内存，所以使用动态分配内存是意义不大的，只能给程序带来额外的运行负担。
  但对于全局变量内存大小不能确定的情况，可能会有例外。比如要处理一批数据，数据的大小可能由用户通过控制台参数形式告诉程序，这种情况可以动态按需分配内存，合理使用内存。
  而对于编译时能够确定内存使用量的全局变量，而且变量工作期(暂且这么叫吧，就是该变量还可能会被用到的这段时期)又与程序的运行期相同的情况根本没有必要动态分配内存。这种情况很有意思，就是使用动态分配内存，但可以不考虑释放这块内存，因为可以释放内存的时候该程序也要退出了，程序一结束，进程也就结束了，整个程序所在的虚拟空间已经被全部释放，也就没必要去添加释放内存的代码了。(但我确定见到过这样的代码)

2. 动态分配内存时，分配与释放的代码要对称。

  这里说的分配与释放的代码对称指，分配内存的代码要与释放内存的代码在同一个范围的代码域中，例如在一个函数的开头申请内存，就应该在这个函数的结尾释放内存，否则，如果在一个函数内部分配内存，在函数外释放内存，就有可能因程序员的疏忽造成内存泄漏；如果内存分配在某个类的构造函数中，那么就应该在析构函数中释放内存，千不要在另外一个函数中释放，而等着客户代码去掉用那个函数去手动释放内存，如果那样的话就相当于埋了一个定时炸弹，随时可能因为一时的疏忽而造成内存泄漏。

3. 对动态创建的对象或分配的内存块一定要检查期有效性。

  由于操作系统的并发性和复杂性，任何一次动态内存的分配操作都有可能失败，特别是申请一次较大块内存时。所以一定要检查动态创建的对象或申请的堆内存是否成功，否则可能因为错误的指针或空指针造成程序异常，如果异常没有得到适当处理的话，可能使整个程序意外终止，造成损失。

4. 尽可能少次数地使用动态内存分配。

  动态分配是在运行时由操作系统完成的，所以是要消耗CPU资源的，在进行动态内存分配时尽可能便利已经分配的资源。如果上次申请的资源够用就不要重新申请资源，不够用时才释放旧资源，申请新资源。

5. 在保证资源利用率的前提下，能用静态内存分配不用动态分配，特别是局部临时对象。

  例如，对于局部对象，使用静态分配的内存，可以由编译器编译时分配，超出作用域自动内存，不仅减小了程序代码，减少了错误产生的概率，减轻了程序员的负担。