memmove，memcpy，和新的

Question

我正在製作一個簡單的字節緩衝區，它的數據存儲在一個字符數組獲取新的和我只是想知道如果memcpy和memmove函數會給我什麼奇怪的，或者有什麼你會推薦做的？

Answer 1

不，他們完全沒問題。 new和malloc()只是兩種不同的方式，你可以在堆上獲得內存（實際上它們完全相同，因爲new在大多數實現中使用malloc()）。只要您的手中有一個有效的char*變量（由new，malloc()或堆棧分配），它只是一個指向內存的指針，因此該系列中的memcpy()和其他函數將按預期工作。

Answer 2

使用memcpy()/memmove()應該適用於那種數據。通常，您可以在任何POD類型上安全地使用它們。

Answer 3

對於char數組數據，它應該可以正常工作，即使與新的一起使用。

但是在C++中爲什麼不使用std :: copy或std :: copy_backward並完全消除這個問題？

Answer 4

我仍然會使用帶有std :: copy的向量，但這並不意味着new/memcpy/memmove是不好的。如果你堅持在緩衝區內移動部件，memmove實際上是首選。

Answer 5

這實際上取決於您的平臺，以及您的編譯器的實現new和memmove。大多數處理器體系結構在將數據與字邊界對齊時更好地混淆數據，但有些處理器體系結構會更好地執行其他情況。例如，PowerPC 7447在16 byte boundaries對齊的內存下運行速度最快。這就是Altivec SIMD指令集的向量寄存器的大小，因此memcpy或類似的函數可以在分配在16個字節邊界上的數組上實現更快的速度。例如，請參閱this question。

爲什麼這對新產品有所幫助？因爲新運算符可以在它返回的指針前面的幾個字節中存儲一些關於分配的內存塊的元數據，所以它給出的實際指針在實際分配開始之後是一兩個字。在我遇到這種行爲的CPU，操作系統和編譯器（PowerPC 7447a，VxWorks 5.5，GCC 2.95）上，新運算符保證爲您提供8個字節對齊但不是16個字節對齊的塊。這當然是非常具體的實現。我不相信C++標準中有任何指定對齊方式的東西，因爲這將成爲架構特定的優化。

所有這一切的關鍵在於，如果您在某個平臺上並且關注像對齊這樣的低級別優化問題，它可能會帶來輕微的性能差異。對於大多數應用程序，您可能不需要擔心這一點。