单一职责原则：通常的定义是只专注于做一件事和仅有一个引起它变化的原因。对于接口、实现、函数级别往往我们比较容易关注单一职责，大家谈的也比较多，但对于返回值、参数可能不会有太多的人关注。但往往就是这些不符合单一职责原则的设计可能导致一些很难发现的BUG。看看下面这段代码：
pBuf = (byte*)realloc( pBuf, size);if( pbBuf != NULL ){ TODO...}可能很多人一眼看上去并没有什么问题，先让我们看看这个库函数的定义：
函数简介 原型 extern void *realloc(void *mem_address, unsigned int newsize);语法：指针名=(数据类型*)realloc(要改变内存大小的指针名，新的大小)。
功能
先判断当前的指针是否有足够的连续空间，如果有，扩大mem_address指向的地址，并且将mem_address返回，如果空间不够，先按照newsize指定的大小分配空间，将原有数据从头到尾拷贝到新分配的内存区域，而后释放原来mem_address所指内存区域，同时返回新分配的内存区域的首地址。即重新分配存储器块的地址。
返回值
如果重新分配成功则返回指向被分配内存的指针，否则返回空指针NULL。正常情况下pBuf是新空间的地址没有任何问题，但我们考虑下如果分配失败了呢，pBuf会被赋值成NULL，pBuf原指向的地址空间就没有指针指向了，造成了内存泄露。这种问题往往很难定位。熟悉realloc机制的人可能对这个问题很不屑，认为高手不会犯这些错误。但我们可以想下有没有办法设计一个好的接口让菜鸟也写出不会出错的代码呢。假设这个库函数的接口是这样的呢：
函数简介原型
extern flag realloc(void **ppMem_address, unsigned int newsize);
语法
返回值 =(数据类型*)realloc(要改变内存大小的指针名，新的大小)。
返回值
如果重新分配成功则返回指T