不，ISO或POSIX不能保证
realloc返回的内存
posix_memalign保持相同的对齐方式。A
realloc可以
简单地将当前块扩展到相同的地址，但也可以将其移动到对齐方式比原始地址严格的其他地址。
如果您想要相同的对齐方式，则最好分配另一个块并复制数据。
不幸的是，
posix_memalign_realloc在单一UNIX规范中也没有任何功能。
如果您不想 每次都 经历复制数据的麻烦，可以尝试使用
realloc（a），如果对齐方式与预期不符， 则只能
调用
posix_memalign以获取正确对齐的地址并复制数据到那里，完成后释放旧地址。
这可能导致：
- 零份（如果当前块可以就地扩展）；
- 一份（如果有
realloc
副本但碰巧会给您正确对齐的块）；要么 - 两份副本（如果是
realloc
副本，则由于对齐问题您还必须复制）。
根据底层内存管理的实现，它 可能 还会导致复制数量少于指示的数量。例如，“复制”可能只涉及重新映射存储块，而不是物理移动数据。
因此，您可能需要保留一些统计信息，以查看该方案是否值得。
（a）请记住，POSIX和Linux手册页都没有指定您是否甚至 可以 将这些指针传递给
realloc，而只能将它们传递给
free。
但是，根据当前的GNU libc源代码，它似乎可以工作，尽管不能保证将来会继续工作:-)
我担心它会正常分配内存（标准对齐方式）并传回偏移地址（即，不是分配的实际地址，而是
N超出的一个字节），
free该地址足够聪明，可以在编织魔术之前将其转换为实际地址。
一种方法是在返回地址之前立即存储 实际 地址，尽管即使对于常规分配，这当然也会导致浪费。
在这种情况下，
free可能已经变得智能化了（因为规范说它必须能够处理by所做的分配
posix_memalign），但是
realloc可能没有被赋予相同的智能性（因为文档对此没有任何说明）。
但是，基于GNU glibc
2.14.1，它实际上分配了比所需更多的内存，然后摆弄了舞台，以释放前空间和后空间，因此返回的地址是“真实”地址，可用于
free或
realloc。
但是，如上所述，文档并不能保证这一点。
