linux內核中memcpy和memmove函數的區別和實(shí)現
加入技術(shù)交流群
CPU architecture:ARM
本文引用地址：http://dyxdggzs.com/article/201611/320009.htmAuthor:ce123(http://blog.csdn.net/ce123)
- memcpy是把src指向的對象中的size個(gè)字符拷貝到dest所指向的對象中,返回指向結果對象的指針.
- memmove也是把src指向的對象中的size個(gè)字符拷貝到dest所指向的對象中,返回指向結果對象的指針,但這兩個(gè)函數在處理內存區域重疊的方式不同.
注意memmove這個(gè)函數名稱(chēng)中有"move"這個(gè)單詞,而實(shí)際上src處的數據仍然還在,并沒(méi)有真的被"移動(dòng)"了!這個(gè)函數名稱(chēng)有它的歷史原因,是因為有了memcpy函數后,發(fā)現這個(gè)函數有問(wèn)題,又發(fā)明了另一個(gè)沒(méi)有問(wèn)題的memcpy函數,但為了爆出兼容性依然保留了memcpy函數,而將新版本的memcpy函數改名為memmove函數.
內存重疊問(wèn)題是指目的地址的內存空間的首地址,包含在源內存空間中,這兩段內存空間有了交集,因而在使用memcpy進(jìn)行內存復制操作時(shí),這段重疊的內存空間會(huì )被破壞.這種情況在應用程序級代碼中一般不會(huì )出現的,而在驅動(dòng)或內核級代碼中要十分小心,盡量使用memmove函數.
memcpy對內存空間有要求的,dest和src所指向的內存空間不能重疊,否則復制的數據是錯誤的.下面具體講解一下這個(gè)錯誤是如何產(chǎn)生的.
如果內存空間布局入下圖所示:
src所指向的內存空間后面部分數據被新拷貝的數據給覆蓋了(也就是dest<=src+size).所以拷貝到最后,原來(lái)的數據肯定不是原來(lái)的數據,拷貝的數據也不是想要的數據,使用memcpy函數可以得到錯誤的結果.
再者,如果內存空間布局入下圖所示:
雖然原來(lái)的數據不再是原來(lái)的數據(dest+size>=src),但拷貝的數據是原來(lái)的數據,使用memcpy函數可以得到正確的結果.因此,在使用memcpy這個(gè)函數之前,還需要做一個(gè)判斷,如果dest<=src你才能使用這個(gè)函數不過(guò)完全沒(méi)有必要,你直接使用memmove函數就可以了.memmove在拷貝之前就做了一個(gè)判斷,如果dest <= src,就按照memcpy的思路拷貝,如果dest>src怎么辦呢,看函數,它是從后面往前拷貝,這樣就能正確拷貝數據了.根據上面的分析,理解下面的代碼應該是一件很容易的事情.
[plain]view plaincopyprint?
- 551#ifndef__HAVE_ARCH_MEMCPY
- 552/**
- 553*memcpy-Copyoneareaofmemorytoanother
- 554*@dest:Wheretocopyto
- 555*@src:Wheretocopyfrom
- 556*@count:Thesizeofthearea.
- 557*
- 558*YoushouldnotusethisfunctiontoaccessIOspace,usememcpy_toio()
- 559*ormemcpy_fromio()instead.
- 560*/
- 561void*memcpy(void*dest,constvoid*src,size_tcount)
- 562{
- 563char*tmp=dest;
- 564constchar*s=src;
- 565
- 566while(count--)
- 567*tmp++=*s++;
- 568returndest;
- 569}
- 570EXPORT_SYMBOL(memcpy);
- 571#endif
- 572
- 573#ifndef__HAVE_ARCH_MEMMOVE
- 574/**
- 575*memmove-Copyoneareaofmemorytoanother
- 576*@dest:Wheretocopyto
- 577*@src:Wheretocopyfrom
- 578*@count:Thesizeofthearea.
- 579*
- 580*Unlikememcpy(),memmove()copeswithoverlappingareas.
- 581*/
- 582void*memmove(void*dest,constvoid*src,size_tcount)
- 583{
- 584char*tmp;
- 585constchar*s;
- 586
- 587if(dest<=src){
- 588tmp=dest;
- 589s=src;
- 590while(count--)
- 591*tmp++=*s++;
- 592}else{
- 593tmp=dest;
- 594tmp+=count;
- 595s=src;
- 596s+=count;
- 597while(count--)
- 598*--tmp=*--s;
- 599}
- 600returndest;
- 601}
- 602EXPORT_SYMBOL(memmove);
- 603#endif
評論