函数的错误应用导致的致命错误（一）——strcpy

        对一个coder来说，记录一些自己所遇到的错误及解决方法是很重要的，写此系列博文，以备后用，也希望对大家有所帮助。

下面是我在调试一个程序是碰到的错误：

错误log：

F/libc    ( 7081): @@@ ABORTING: invalid address or address of corrupt block 0x736ab1a8 passed to dlfree
F/libc    ( 7081): Fatal signal 11 (SIGSEGV), thread 7130 (UnityMain)
I/DEBUG   ( 3309): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG   ( 3309): Build fingerprint: 'google/mantaray/manta:4.3/JWR66V/737497:user/release-keys'
I/DEBUG   ( 3309): Revision: '8'
I/DEBUG   ( 3309): pid: 7081, tid: 7130, name: UnityMain  >>> com.jellk.cityrun3d2 <<<
I/DEBUG   ( 3309): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad
I/DEBUG   ( 3309): Abort message: '@@@ ABORTING: invalid address or address of corrupt block 0x736ab1a8 passed to dlfree'
I/DEBUG   ( 3309):     r0 00000027  r1 71c5e8e0  r2 00000008  r3 deadbaad
I/DEBUG   ( 3309):     r4 00000000  r5 75969584  r6 40058000  r7 736ab1b0
I/DEBUG   ( 3309):     r8 72000e10  r9 73ba887c  sl 72000e10  fp 00000000
I/DEBUG   ( 3309):     ip 00000001  sp 75969580  lr 4008cd7b  pc 4008a2e4  cpsr 600f0030
I/DEBUG   ( 3309):     d0  2064657373617064  d1  736572646461206c
I/DEBUG   ( 3309):     d2  64646120726f2066  d3  20666f2073736572
I/DEBUG   ( 3309):     d4  612e312d3264336e  d5  2f6b6361625f6b70
I/DEBUG   ( 3309):     d6  622f737465737361  d7  2f617461442f6e69
I/DEBUG   ( 3309):     d8  0000000000000000  d9  0000000000000000
I/DEBUG   ( 3309):     d10 0000000000000000  d11 0000000000000000
I/DEBUG   ( 3309):     d12 0000000000000000  d13 0000000000000000
I/DEBUG   ( 3309):     d14 0000000000000000  d15 0000000000000000
I/DEBUG   ( 3309):     d16 000000010628d803  d17 0000000000000001
I/DEBUG   ( 3309):     d18 0000000000000001  d19 fb30000000000000
I/DEBUG   ( 3309):     d20 fb30000000000025  d21 0000000000000001
I/DEBUG   ( 3309):     d22 0000000000000061  d23 0000000000000001
I/DEBUG   ( 3309):     d24 0000000000000000  d25 0000000000000fff
I/DEBUG   ( 3309):     d26 00000000000000d0  d27 00000000000000d0
I/DEBUG   ( 3309):     d28 0000007633533000  d29 00000076335330d0
I/DEBUG   ( 3309):     d30 0000000000000001  d31 0000000000000001
I/DEBUG   ( 3309):     scr 80000010
I/DEBUG   ( 3309):  
I/DEBUG   ( 3309): backtrace:
I/DEBUG   ( 3309):     #00  pc 0001e2e4  /system/lib/libc.so
I/DEBUG   ( 3309):     #01  pc 0001c4cc  /system/lib/libc.so (abort+4)
I/DEBUG   ( 3309):     #02  pc 000121bd  /system/lib/libc.so
I/DEBUG   ( 3309):     #03  pc 00010e75  /system/lib/libc.so (dlfree+1184)
I/DEBUG   ( 3309):     #04  pc 0000d9c3  /system/lib/libc.so (free+10)
I/DEBUG   ( 3309):     #05  pc 0015188c  <unknown>
I/DEBUG   ( 3309):     #06  pc 00153138  <unknown>
I/DEBUG   ( 3309):     #07  pc 00027e1c  <unknown>
I/DEBUG   ( 3309):     #08  pc 0018c634  <unknown>
I/DEBUG   ( 3309):     #09  pc 0000dd80  /data/app-lib/com.jellk.cityrun3d2-1/libmono.so (mono_jit_init_version+40)
I/DEBUG   ( 3309):     #10  pc 002c0334  <unknown>
I/DEBUG   ( 3309):     #11  pc 003b15a8  <unknown>
I/DEBUG   ( 3309):     #12  pc 003b1a2c  <unknown>
I/DEBUG   ( 3309):     #13  pc 0001dc0c  /system/lib/libdvm.so (dvmPlatformInvoke+112)
I/DEBUG   ( 3309):     #14  pc 0004de6f  /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+398)
I/DEBUG   ( 3309):     #15  pc 00027020  /system/lib/libdvm.so
I/DEBUG   ( 3309):     #16  pc 0002b5d0  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184)
I/DEBUG   ( 3309):     #17  pc 0005fe91  /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+292)
I/DEBUG   ( 3309):     #18  pc 0005febb  /system/lib/libdvm.so (dvmCallMethod(Thread*, Method const*, Object*, JValue*, ...)+20)
I/DEBUG   ( 3309):     #19  pc 00054c4f  /system/lib/libdvm.so
I/DEBUG   ( 3309):     #20  pc 0000ca58  /system/lib/libc.so (__thread_entry+72)
I/DEBUG   ( 3309):     #21  pc 0000cbd4  /system/lib/libc.so (pthread_create+208)
I/DEBUG   ( 3309):  
I/DEBUG   ( 3309): stack:
I/DEBUG   ( 3309):          75969540  77df28b0   
I/DEBUG   ( 3309):          75969544  00000000   
I/DEBUG   ( 3309):          75969548  400b4170  /system/lib/libc.so
I/DEBUG   ( 3309):          7596954c  71c5e8e0   
I/DEBUG   ( 3309):          75969550  00000015   
I/DEBUG   ( 3309):          75969554  4008bd61  /system/lib/libc.so (__sflush+52)
I/DEBUG   ( 3309):          75969558  400b4264  /system/lib/libc.so
I/DEBUG   ( 3309):          7596955c  400b41c4  /system/lib/libc.so
I/DEBUG   ( 3309):          75969560  00000000   
I/DEBUG   ( 3309):          75969564  4008cd7b  /system/lib/libc.so (_fwalk+34)
I/DEBUG   ( 3309):          75969568  4008c029  /system/lib/libc.so (_cleanup)
I/DEBUG   ( 3309):          7596956c  75969584  [stack:7130]
I/DEBUG   ( 3309):          75969570  40058000   
I/DEBUG   ( 3309):          75969574  736ab1b0   
I/DEBUG   ( 3309):          75969578  df002777   
I/DEBUG   ( 3309):          7596957c  e3a070ad   
I/DEBUG   ( 3309):     #00  75969580  400b7204   
I/DEBUG   ( 3309):          75969584  fffffbdf   
I/DEBUG   ( 3309):          75969588  720aa000   
I/DEBUG   ( 3309):          7596958c  0000005a   
I/DEBUG   ( 3309):          75969590  ffffffff   
I/DEBUG   ( 3309):          75969594  00000000   
I/DEBUG   ( 3309):          75969598  00000003   
I/DEBUG   ( 3309):          7596959c  759695c4  [stack:7130]
I/DEBUG   ( 3309):          759695a0  400b6ff4   
I/DEBUG   ( 3309):          759695a4  400884d0  /system/lib/libc.so (__pthread_clone)
I/DEBUG   ( 3309):     #01  759695a8  00000000   
I/DEBUG   ( 3309):          759695ac  4007e1c1  /system/lib/libc.so
I/DEBUG   ( 3309):     #02  759695b0  759699d4  [stack:7130]
I/DEBUG   ( 3309):          759695b4  00000055   
I/DEBUG   ( 3309):          759695b8  759695c4  [stack:7130]
I/DEBUG   ( 3309):          759695bc  75969619  [stack:7130]
I/DEBUG   ( 3309):          759695c0  759699c3  [stack:7130]
I/DEBUG   ( 3309):          759695c4  20404040   
I/DEBUG   ( 3309):          759695c8  524f4241  /dev/ashmem/dalvik-heap (deleted)
I/DEBUG   ( 3309):          759695cc  474e4954  /dev/ashmem/dalvik-heap (deleted)
I/DEBUG   ( 3309):          759695d0  6e69203a  /system/framework/core.odex
I/DEBUG   ( 3309):          759695d4  696c6176  /dev/ashmem/dalvik-mark-stack (deleted)
I/DEBUG   ( 3309):          759695d8  64612064  /dev/ashmem/dalvik-mark-stack (deleted)
I/DEBUG   ( 3309):          759695dc  73657264  [stack:7097]
I/DEBUG   ( 3309):          759695e0  726f2073  /system/lib/libwebcore.so
I/DEBUG   ( 3309):          759695e4  64646120  /dev/ashmem/dalvik-mark-stack (deleted)
I/DEBUG   ( 3309):          759695e8  73736572  /dev/mali0
I/DEBUG   ( 3309):          759695ec  20666f20   
I/DEBUG   ( 3309):          ........  ........
I/DEBUG   ( 3309):  
I/DEBUG   ( 3309): memory near r1:
I/DEBUG   ( 3309):     71c5e8c0 00000004 71c61bf0 40b51888 71c61e70   
I/DEBUG   ( 3309):     71c5e8d0 00000003 00000007 00000004 0000100b   
I/DEBUG   ( 3309):     71c5e8e0 6d206e49 69616d67 4e4a206e 6e4f5f49   
I/DEBUG   ( 3309):     71c5e8f0 64616f4c 0000000a 2d202020 78616d20   

遇到此问题，我极端纠结，刚开始这么想“既然是libc里面的函数出了问题，那我有什么办法呢？”

最后在网上查看了一下相关问题，看了别人的解决思路，相关链接如下：

http://stackoverflow.com/questions/12246312/fatal-signal-11-and-invalid-heap-address-in-dlfree-error-when-using-glshaderbina

http://stackoverflow.com/questions/19463705/aborting-invalid-heap-address-in-dlfree-addr-0x00000156

看了这些，我可以肯定的是“自己前面的想法是错的，不是libc的问题，是自己的code有问题”，于是就返回去看自己的code（其实是开源项目，很多代码）。

经我调试和一步步排查发现，是自己把strcpy使用错误导致的，这是个很低级的错误，我没有给buf分派足够的空间，直接使用了strcpy（buf， src）。把这个问题改过来之后，此错误就pass了。

最后要说明的是，如果出现上述问题：

第一，肯定是自己code出错。

第二，必须告诉自己，是自己的code出错，不要找借口。

第三，重复第一和第二。

第四，出现这个问题，不一定是strcpy引起的，也许是使用其他函数引起。

第五，strcpy使用错误，有可能引起前面的错误。

第六，欢迎大家拍砖，分享，交流。