使用objdump进行Android crash 日志 分析

最新推荐文章于 2024-03-01 10:38:57 发布
最新推荐文章于 2024-03-01 10:38:57 发布
阅读量2k 收藏 1
点赞数
分类专栏： C++/C android
C++/C 同时被 2 个专栏收录
148 篇文章 9 订阅
订阅专栏
android
135 篇文章 5 订阅
订阅专栏
在Android开发的过程中，有时候需要创建一个纯linux的应用程序，当这些程序crash时，如果找不到导致crash的直接原因，问题将很难被修复。本文将介绍一种分析crash问题的方法。

    1）以下是crash时串口的打印信息：

[cpp] view plain copy
print ?
  1. pid: 96, tid: 798, name: Playback  >>> /system/bin/dvb <<<  
  2. I/DEBUG   (   80): signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr 00000000  
  3. I/DEBUG   (   80): Abort message: 'heap corruption detected by dlfree'  
  4. W/NativeCrashListener(  428): Couldn't find ProcessRecord for pid 96  
  5. I/DEBUG   (   80):     r0 00000000  r1 0000031e  r2 00000006  r3 00000000  
  6. I/DEBUG   (   80): AM write failure (32 / Broken pipe)  
  7. I/DEBUG   (   80):     r4 00000006  r5 00000016  r6 0000031e  r7 0000010c  
  8. I/DEBUG   (   80):     r8 000001b8  r9 00000000  sl 000001b8  fp 427dfcc8  
  9. I/DEBUG   (   80):     ip 000000bd  sp 4ad52c30  lr 41135075  pc 41144020  cpsr 080f0010  
  10. I/DEBUG   (   80):     d0  6465746372666c64  d1  206e6f6974707572  
  11. I/DEBUG   (   80):     d2  0000000000000000  d3  0000000000000000  
  12. I/DEBUG   (   80):     d4  3fe0000000000000  d5  3fd19b5cefffd79a  
  13. I/DEBUG   (   80):     d6  0000bb8031000000  d7  000000003f800000  
  14. I/DEBUG   (   80):     d8  0000000000000000  d9  0000000000000000  
  15. I/DEBUG   (   80):     d10 0000000000000000  d11 0000000000000000  
  16. I/DEBUG   (   80):     d12 0000000000000000  d13 0000000000000000  
  17. I/DEBUG   (   80):     d14 0000000000000000  d15 0000000000000000  
  18. I/DEBUG   (   80):     d16 8000000000000000  d17 0000000000000000  
  19. I/DEBUG   (   80):     d18 ffffffffffffffff  d19 0000000000000000  
  20. I/DEBUG   (   80):     d20 be926aa2f81b5123  d21 bf56882f94edacc2  
  21. I/DEBUG   (   80):     d22 3e21e0e0299e8cc5  d23 3ff0000000000000  
  22. I/DEBUG   (   80):     d24 3fe7325188001433  d25 3fd19b5cefffd79a  
  23. I/DEBUG   (   80):     d26 0000000000000000  d27 3f895d470d6e9486  
  24. I/DEBUG   (   80):     d28 3fe797c6a435ce85  d29 3e8f20d95f29baf8  
  25. I/DEBUG   (   80):     d30 bef375cbdb605373  d31 3fe7bc89cf9e1300  
  26. I/DEBUG   (   80):     scr 60000010  
  27. I/DEBUG   (   80):   
  28. I/DEBUG   (   80): backtrace:  
  29. I/DEBUG   (   80):     #00  pc 00022020  /system/lib/libc.so (tgkill+12)  
  30. I/DEBUG   (   80):     #01  pc 00013071  /system/lib/libc.so (pthread_kill+48)  
  31. I/DEBUG   (   80):     #02  pc 00013285  /system/lib/libc.so (raise+10)  
  32. I/DEBUG   (   80):     #03  pc 00011fbb  /system/lib/libc.so  
  33. I/DEBUG   (   80):     #04  pc 000218d4  /system/lib/libc.so (abort+4)  
  34. I/DEBUG   (   80):     #05  pc 00012aa1  /system/lib/libc.so  
  35. I/DEBUG   (   80):     #06  pc 0000f1ad  /system/lib/libc.so  
  36. I/DEBUG   (   80):     #07  pc 0001177b  /system/lib/libc.so (dlfree+1222)  
  37. I/DEBUG   (   80):     #08  pc 0000dcc3  /system/lib/libc.so (free+10)  
  38. I/DEBUG   (   80):     #09  pc 0004a0e7  /system/lib/libmcp.so (mespSkip+172)  
  39. I/DEBUG   (   80):     #10  pc 00026987  /system/lib/libmcp.so  
  40. I/DEBUG   (   80):     #11  pc 000a58bd  /system/lib/libmcp.so  
  41. I/DEBUG   (   80):     #12  pc 0000d228  /system/lib/libc.so (__thread_entry+72)  
  42. I/DEBUG   (   80):     #13  pc 0000d3c0  /system/lib/libc.so (pthread_create+240)  
  43. I/DEBUG   (   80):   
  44. I/DEBUG   (   80): stack:  
  45. I/DEBUG   (   80):          4ad52bf0  03df4597    
  46. I/DEBUG   (   80):          4ad52bf4  00000000    
  47. I/DEBUG   (   80):          4ad52bf8  00000000    
  48. I/DEBUG   (   80):          4ad52bfc  80000000    
  49. I/DEBUG   (   80):          4ad52c00  00000000    
  50. I/DEBUG   (   80):          4ad52c04  00000000    
  51. I/DEBUG   (   80):          4ad52c08  00000000    
  52. I/DEBUG   (   80):          4ad52c0c  00000000    
  53. I/DEBUG   (   80):          4ad52c10  00000000    
  54. I/DEBUG   (   80):          4ad52c14  00000000    
  55. I/DEBUG   (   80):          4ad52c18  03df44d7    
  56. I/DEBUG   (   80):          4ad52c1c  00000000    
  57. I/DEBUG   (   80):          4ad52c20  41341bad  /system/lib/libmcp.so  
  58. I/DEBUG   (   80):          4ad52c24  00000000    
  59. I/DEBUG   (   80):          4ad52c28  42a99a20  [heap]  
  60. I/DEBUG   (   80):          4ad52c2c  42a9dadc  [heap]  
  61. I/DEBUG   (   80):     #00  4ad52c30  00000006    
  62. I/DEBUG   (   80):          4ad52c34  00000016    
  63. I/DEBUG   (   80):          4ad52c38  0000031e    
  64. I/DEBUG   (   80):          4ad52c3c  000000bd    
  65. I/DEBUG   (   80):          4ad52c40  000000bd    
  66. I/DEBUG   (   80):          4ad52c44  41135075  /system/lib/libc.so (pthread_kill+52)  
  67. I/DEBUG   (   80):     #01  4ad52c48  00000006    
  68. I/DEBUG   (   80):          4ad52c4c  00000000    
  69. I/DEBUG   (   80):          4ad52c50  a35aaaaf    
  70. I/DEBUG   (   80):          4ad52c54  41135289  /system/lib/libc.so (raise+14)  
  71. I/DEBUG   (   80):     #02  4ad52c58  4ad52c64    
  72. I/DEBUG   (   80):          4ad52c5c  41133fbf  /system/lib/libc.so  
  73. I/DEBUG   (   80):   
  74. I/DEBUG   (   80): memory near fp:  
  75. I/DEBUG   (   80):     427dfca8 00000000 00000000 00000000 00000039    
  76. I/DEBUG   (   80):     427dfcb8 ffffffff 00000000 00000048 0000004b    
  77. I/DEBUG   (   80):     427dfcc8 495a6318 00000160 00000000 00000000    
  78. I/DEBUG   (   80):     427dfcd8 00000000 00000000 04b8b5d4 00000000    
  79. I/DEBUG   (   80):     427dfce8 00000000 00000000 00000000 00000000    
  80. I/DEBUG   (   80):     427dfcf8 00000000 00000039 ffffffff 42203a98    
  81. I/DEBUG   (   80):     427dfd08 00000048 0000015b 427dfd08 427dfd08   
pid: 96, tid: 798, name: Playback  >>> /system/bin/dvb <<<
I/DEBUG   (   80): signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr 00000000
I/DEBUG   (   80): Abort message: 'heap corruption detected by dlfree'
W/NativeCrashListener(  428): Couldn't find ProcessRecord for pid 96
I/DEBUG   (   80):     r0 00000000  r1 0000031e  r2 00000006  r3 00000000
I/DEBUG   (   80): AM write failure (32 / Broken pipe)
I/DEBUG   (   80):     r4 00000006  r5 00000016  r6 0000031e  r7 0000010c
I/DEBUG   (   80):     r8 000001b8  r9 00000000  sl 000001b8  fp 427dfcc8
I/DEBUG   (   80):     ip 000000bd  sp 4ad52c30  lr 41135075  pc 41144020  cpsr 080f0010
I/DEBUG   (   80):     d0  6465746372666c64  d1  206e6f6974707572
I/DEBUG   (   80):     d2  0000000000000000  d3  0000000000000000
I/DEBUG   (   80):     d4  3fe0000000000000  d5  3fd19b5cefffd79a
I/DEBUG   (   80):     d6  0000bb8031000000  d7  000000003f800000
I/DEBUG   (   80):     d8  0000000000000000  d9  0000000000000000
I/DEBUG   (   80):     d10 0000000000000000  d11 0000000000000000
I/DEBUG   (   80):     d12 0000000000000000  d13 0000000000000000
I/DEBUG   (   80):     d14 0000000000000000  d15 0000000000000000
I/DEBUG   (   80):     d16 8000000000000000  d17 0000000000000000
I/DEBUG   (   80):     d18 ffffffffffffffff  d19 0000000000000000
I/DEBUG   (   80):     d20 be926aa2f81b5123  d21 bf56882f94edacc2
I/DEBUG   (   80):     d22 3e21e0e0299e8cc5  d23 3ff0000000000000
I/DEBUG   (   80):     d24 3fe7325188001433  d25 3fd19b5cefffd79a
I/DEBUG   (   80):     d26 0000000000000000  d27 3f895d470d6e9486
I/DEBUG   (   80):     d28 3fe797c6a435ce85  d29 3e8f20d95f29baf8
I/DEBUG   (   80):     d30 bef375cbdb605373  d31 3fe7bc89cf9e1300
I/DEBUG   (   80):     scr 60000010
I/DEBUG   (   80): 
I/DEBUG   (   80): backtrace:
I/DEBUG   (   80):     #00  pc 00022020  /system/lib/libc.so (tgkill+12)
I/DEBUG   (   80):     #01  pc 00013071  /system/lib/libc.so (pthread_kill+48)
I/DEBUG   (   80):     #02  pc 00013285  /system/lib/libc.so (raise+10)
I/DEBUG   (   80):     #03  pc 00011fbb  /system/lib/libc.so
I/DEBUG   (   80):     #04  pc 000218d4  /system/lib/libc.so (abort+4)
I/DEBUG   (   80):     #05  pc 00012aa1  /system/lib/libc.so
I/DEBUG   (   80):     #06  pc 0000f1ad  /system/lib/libc.so
I/DEBUG   (   80):     #07  pc 0001177b  /system/lib/libc.so (dlfree+1222)
I/DEBUG   (   80):     #08  pc 0000dcc3  /system/lib/libc.so (free+10)
I/DEBUG   (   80):     #09  pc 0004a0e7  /system/lib/libmcp.so (mespSkip+172)
I/DEBUG   (   80):     #10  pc 00026987  /system/lib/libmcp.so
I/DEBUG   (   80):     #11  pc 000a58bd  /system/lib/libmcp.so
I/DEBUG   (   80):     #12  pc 0000d228  /system/lib/libc.so (__thread_entry+72)
I/DEBUG   (   80):     #13  pc 0000d3c0  /system/lib/libc.so (pthread_create+240)
I/DEBUG   (   80): 
I/DEBUG   (   80): stack:
I/DEBUG   (   80):          4ad52bf0  03df4597  
I/DEBUG   (   80):          4ad52bf4  00000000  
I/DEBUG   (   80):          4ad52bf8  00000000  
I/DEBUG   (   80):          4ad52bfc  80000000  
I/DEBUG   (   80):          4ad52c00  00000000  
I/DEBUG   (   80):          4ad52c04  00000000  
I/DEBUG   (   80):          4ad52c08  00000000  
I/DEBUG   (   80):          4ad52c0c  00000000  
I/DEBUG   (   80):          4ad52c10  00000000  
I/DEBUG   (   80):          4ad52c14  00000000  
I/DEBUG   (   80):          4ad52c18  03df44d7  
I/DEBUG   (   80):          4ad52c1c  00000000  
I/DEBUG   (   80):          4ad52c20  41341bad  /system/lib/libmcp.so
I/DEBUG   (   80):          4ad52c24  00000000  
I/DEBUG   (   80):          4ad52c28  42a99a20  [heap]
I/DEBUG   (   80):          4ad52c2c  42a9dadc  [heap]
I/DEBUG   (   80):     #00  4ad52c30  00000006  
I/DEBUG   (   80):          4ad52c34  00000016  
I/DEBUG   (   80):          4ad52c38  0000031e  
I/DEBUG   (   80):          4ad52c3c  000000bd  
I/DEBUG   (   80):          4ad52c40  000000bd  
I/DEBUG   (   80):          4ad52c44  41135075  /system/lib/libc.so (pthread_kill+52)
I/DEBUG   (   80):     #01  4ad52c48  00000006  
I/DEBUG   (   80):          4ad52c4c  00000000  
I/DEBUG   (   80):          4ad52c50  a35aaaaf  
I/DEBUG   (   80):          4ad52c54  41135289  /system/lib/libc.so (raise+14)
I/DEBUG   (   80):     #02  4ad52c58  4ad52c64  
I/DEBUG   (   80):          4ad52c5c  41133fbf  /system/lib/libc.so
I/DEBUG   (   80): 
I/DEBUG   (   80): memory near fp:
I/DEBUG   (   80):     427dfca8 00000000 00000000 00000000 00000039  
I/DEBUG   (   80):     427dfcb8 ffffffff 00000000 00000048 0000004b  
I/DEBUG   (   80):     427dfcc8 495a6318 00000160 00000000 00000000  
I/DEBUG   (   80):     427dfcd8 00000000 00000000 04b8b5d4 00000000  
I/DEBUG   (   80):     427dfce8 00000000 00000000 00000000 00000000  
I/DEBUG   (   80):     427dfcf8 00000000 00000039 ffffffff 42203a98  
I/DEBUG   (   80):     427dfd08 00000048 0000015b 427dfd08 427dfd08


    2） crash时，请注意 bracktrace 后面的打印信息就是crash时代码的位置，第29行 00022020就是最后一次crash的位置，可以使用objdump命令反编译出源代码以便查找导致crash的源代码位置，objdump命令取决于所使用的toolchain（下面是一种linux环境下反编译的命令情况）。

[cpp] view plain copy
print ?
  1. ./prebuilts/gcc/linux-x86/arm/arm-eabi-4.7/bin/arm-eabi-objdump -S out/dvb > dvb_map.txt  
./prebuilts/gcc/linux-x86/arm/arm-eabi-4.7/bin/arm-eabi-objdump -S out/dvb > dvb_map.txt

 

    3）成功生成dvb_map.txt之后，打开该文件

[java] view plain copy
print ?
  1. if( dTempRet == SFS_FILE_TRUE )  
  2. {  
  3.     //diag_printf("[Rd] copy file data to RAM\n");  
  4.     dTempRet = SFS_ReadFileFull(dFile, pSect->sect_ram_anchor, pSect->sect_ram_size, &dErrNo);  
  5.       
  6.     if(dTempRet != SFS_FILE_SUCCESS)  
  7.   2200e:    b117        cbz r7, 22016 <NVM_Init_Section_DMem+0x66>  
  8.     {  
  9.         close(dFile);  
  10.   22010:    f7e7 ef18   blx 9e44 <close@plt>  
  11.   22014:    e00e        b.n 22034 <NVM_Init_Section_DMem+0x84>  
  12.         dRet = NVM_FAIL;  
  13.         goto nvm_init_sect_dmem_fail;  
  14.     }  
  15.       
  16.     close(dFile);  
  17.   22016:    f7e7 ef16   blx 9e44 <close@plt>  
  18.       
  19.     if(u8NvmCreateFile){//BRAD: to indicate that system setting file is created  
  20.   2201a:    4912        ldr r1, [pc, #72]   ; (22064 <NVM_Init_Section_DMem+0xb4>)  
  21.   2201c:    4479        add r1, pc  
  22.   2201e:    780c        ldrb    r4, [r1, #0]  
  23.   22020:    b194        cbz r4, 22048 <NVM_Init_Section_DMem+0x98>  
  24.         dRet = NVM_WARN_FLASH_EMPTY;  
  25.         u8NvmCreateFile = 0;  
  26.   22022:    700f        strb    r7, [r1, #0]  
  27.     }  
  28.       
  29.     close(dFile);  
  30.       
  31.     if(u8NvmCreateFile){//BRAD: to indicate that system setting file is created  
  32.         dRet = NVM_WARN_FLASH_EMPTY;  
  33.   22024:    2402        movs    r4, #2  
  34.   22026:    e00f        b.n 22048 <NVM_Init_Section_DMem+0x98>  
  35. pSect = (FLASH_SECTION_STRUCT *)get_sect_object(sect_id);  
  36.   
  37. //Check Layout  
	if( dTempRet == SFS_FILE_TRUE )
	{
		//diag_printf("[Rd] copy file data to RAM\n");
		dTempRet = SFS_ReadFileFull(dFile, pSect->sect_ram_anchor, pSect->sect_ram_size, &dErrNo);
		
		if(dTempRet != SFS_FILE_SUCCESS)
   2200e:	b117      	cbz	r7, 22016 <NVM_Init_Section_DMem+0x66>
		{
			close(dFile);
   22010:	f7e7 ef18 	blx	9e44 <close@plt>
   22014:	e00e      	b.n	22034 <NVM_Init_Section_DMem+0x84>
			dRet = NVM_FAIL;
			goto nvm_init_sect_dmem_fail;
		}
		
		close(dFile);
   22016:	f7e7 ef16 	blx	9e44 <close@plt>
		
		if(u8NvmCreateFile){//BRAD: to indicate that system setting file is created
   2201a:	4912      	ldr	r1, [pc, #72]	; (22064 <NVM_Init_Section_DMem+0xb4>)
   2201c:	4479      	add	r1, pc
   2201e:	780c      	ldrb	r4, [r1, #0]
   22020:	b194      	cbz	r4, 22048 <NVM_Init_Section_DMem+0x98>
			dRet = NVM_WARN_FLASH_EMPTY;
			u8NvmCreateFile = 0;
   22022:	700f      	strb	r7, [r1, #0]
		}
		
		close(dFile);
		
		if(u8NvmCreateFile){//BRAD: to indicate that system setting file is created
			dRet = NVM_WARN_FLASH_EMPTY;
   22024:	2402      	movs	r4, #2
   22026:	e00f      	b.n	22048 <NVM_Init_Section_DMem+0x98>
	pSect = (FLASH_SECTION_STRUCT *)get_sect_object(sect_id);
	
	//Check Layout


    对比源代码就可以找到原因（本例是因为操作了空指针所致）

 

    4）某些情况下查看具体的crash时会比较困难，这个时候可以借用addr2line命令将crash源代码具体文件和行数印出来（同样，此命令不同的toolchain会有所差别）。

[java] view plain copy
print ?
  1. prebuilts/gcc/linux-x86/arm/arm-eabi-4.7/bin/arm-eabi-addr2line -f -e out/dvb 22020  
prebuilts/gcc/linux-x86/arm/arm-eabi-4.7/bin/arm-eabi-addr2line -f -e out/dvb 22020

    输入命令后会打印出类似下面的语句：


[java] view plain copy
print ?
  1. ../libs/dvb_db/rw_nvmem.c:791  
转自：http://blog.csdn.net/jack_chen_00/article/details/36190485
明潮
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
轻鸿蒙用户态crash的问题方法-利用obdump实行反编译查看
m0_46258961的博客
08-17 487
objdump命令是Linux下的反汇编目标文件或者可执行文件的命令，它以一种可阅读的格式让你更多地了解二进制文件可能带有的附加信息。 在我们跑harmony的开源用例的时候总是会遇到一些用例会crash，首先我们要分析造成用例crash的原因是否为用户态异常造成的。当是用户态异常造成的用例crash的情况，可以依照以下的步骤去分析原因。 1.使用命令file去查看Bin文件是否可以stripped $ file ActsProcessApiTest.bin ActsProcessApi...
ESP32 静态分析程序 crash 之 objdump
ustccw
01-12 1710
目的： 程序崩溃时，通过分析崩溃时候的函数栈调用情况来追踪崩溃原因。 环境： ESP32 + ubuntu16.04 + 崩溃处的 Backtrace 步骤： 1. 进入工程编译后的 build目录，通过 objdump 生成 静态分析文件。 $ xtensa-esp32-elf-objdump -S ota.elf > debug.txt // -S 而
LINUX内核PANIC/OOPS/CRASH分析(ADDR2LINE,OBJDUMP,GDB)
adazone的专栏
03-02 1095
linux kernel panic
安卓崩溃排查实战：使用addr2line/objdump/ida反汇编逆向，定位崩溃点
chuyouyinghe的专栏
03-01 308
本节我们就进入实战，使用上节的崩溃信息举例：使用到的工具在Android的NDK里面都可以找到，是NDK自带的，至于详细的使用这里就不再赘述。addr2line: 一般我们用来讲崩溃地址转换为源文件、行号等信息objdump: 可以将so文件进行反汇编。ida逆向反汇编神器，好多PJ的软件都是使用它二次制作的。
Android crash 日志 分析
热门推荐
不世剑客专栏
07-01 2万+
在Android开发的过程中，有时候需要在
安卓开发报错 heap corruption detected by dlfree
奋斗，永不止步
09-28 4376
1.前言 在调试安卓app的过程中,用到了JNI,即使用了C代码生成的so动态库.在运行过程中,报错如下: A/libc: heap corruption detected by dlfree A/libc: Fatal signal 6 (SIGABRT) at 0x00001a0a (code=-6), thread 7079 (xxxx) 2.解决方案 根据
linux无法进入主节点也无法登录，显示Write failed: Broken pipe问题解决
weixin_44541549的博客
10-24 961
linux无法登录并进入主节点，Write failed: Broken pipe
记录一次句柄泄漏的异常解决
weixin_33834679的博客
08-17 634
 最近入职了一家生产机器人的公司，我们做的软件就是运行在这个机器人上的，机器人服务有个特点就是里面的软件要连续24小时不间断服务，所以要求app能够持续的运行服务。 测试那边很久以前就记录过一个奇异的问题，就是机器人在使用一天以后，会莫名奇妙的闪退，java层有crashhandler，但是也抓不到日志，任何的日志记录工具也没有用。 从这周三开始我就开始着手解决这个问题。 为了尽快复现这种很偶然的...
coco2dx heap corruption detected by dlfree 闪退的问题
qq349263818的专栏
07-15 2657
今天打包游戏到手机上发现有时候进游戏会闪退，有时候不会闪退。看到log上有这样的错误：heap corruption detected by dlfree 于是网上查了一下，其它人说这是因为内存溢出的问题，后来发现是在我自己读文件 的时候出了问题具体如下：         ssize_t bufferSize = 0; string fullPath = CCFileUtils::share
Crash问题分析，总结objdump使用方式
06-11
Crash问题分析，总结objdump使用方式
android kernel panic分析
02-23
通过panic log，用objdump解析出vmlinux，找出系统挂掉的真正原因
Linux下objdump使用方法1
08-03
可以使用如下命令：-D 表示对全部文件进行反汇编，-b 表示二进制，-m 表示指令集架构，a.bin 就是我们要反汇编的二进制文件objdump -m 可以查看
gcc工具：Linux-objdump
07-07
Linux-objdump是gcc工具，用来查看编译后目标文件的组成
DumpSC:DumpSC是一个简单的bash脚本，可使用objdump从二进制文件中提取Shellcode以便将来注入
04-12
转储SC DumpSC是一个简单的bash脚本，可使用objdump从二进制文件中提取Shellcode并复制到剪贴板上，以备将来注入 用法： bash dumpsc.sh <binary>
springboot(酒店管理系统)
04-25
开发语言：Java JDK版本：JDK1.8（或11） 服务器：tomcat 数据库：mysql 5.6/5.7（或8.0） 数据库工具：Navicat 开发软件：idea 依赖管理包：Maven 代码+数据库保证完整可用，可提供远程调试并指导运行服务（额外付费）～ 如果对系统的中的某些部分感到不合适可提供修改服务，比如题目、界面、功能等等... 声明： 1.项目已经调试过，完美运行 2.需要远程帮忙部署项目，需要额外付费 3.本项目有演示视频，如果需要观看，请联系我 4.调试过程中可帮忙安装IDEA，eclipse，MySQL，JDK，Tomcat等软件 重点： 需要其他Java源码联系我，更多源码任你选，你想要的源码我都有！ 需要加v19306446185
BP神经网络matlab实例.doc
最新发布
04-25
数学模型算法
设计.zip
04-25
设计.zip
基于 Spring Cloud 组件构建的分布式服务架构
04-25
Java SSM项目是一种使用Java语言和SSM框架（Spring + Spring MVC + MyBatis）开发的Web应用程序。SSM是一种常用的Java开发框架组合，它结合了Spring框架、Spring MVC框架和MyBatis框架的优点，能够快速构建可靠、高效的企业级应用。 1. Spring框架：Spring是一个轻量级的Java开发框架，提供了丰富的功能和模块，用于开发企业级应用。它包括IoC（Inverse of Control，控制反转）容器、AOP（Aspect-Oriented Programming，面向切面编程）等特性，可以简化开发过程、提高代码的可维护性和可测试性。 2. Spring MVC框架：Spring MVC是基于Spring框架的Web框架，用于开发Web应用程序。它采用MVC（Model-View-Controller，模型-视图-控制器）的架构模式，将应用程序分为模型层、视图层和控制器层，提供了处理请求、渲染视图和管理流程的功能。 3. MyBatis框架：MyBatis是一个持久层框架，用于与数据库进行交互。它提供了一种将数据库操作与Java对象映射起来的方式，避免了手动编写繁琐的SQL语句，并提供了事务管理和缓存等功能，简化了数据库访问的过程
【微信小程序毕业设计】书店系统开发项目(源码+演示视频+说明).rar
04-25
【微信小程序毕业设计】书店系统开发项目(源码+演示视频+说明).rar 【项目技术】 微信小程序开发工具+java后端+mysql 【演示视频-编号：246】 https://pan.quark.cn/s/cb634e7c02b5 【实现功能】 用户信息管理，图书信息管理，图书类型管理，图书留言管理，论坛信息管理等
objdump如何使用
06-10
objdump是一个命令行工具，可以用于查看目标文件、可执行文件、共享库文件等的信息，包括文件头、节表、符号表、重定位表、代码段、数据段等等。 objdump的使用方法如下： 1. 查看目标文件的文件头信息： ``` objdump -f <file> ``` 其中，<file>为目标文件名，例如： ``` objdump -f test.o ``` 2. 查看目标文件的节表： ``` objdump -h <file> ``` 其中，<file>为目标文件名，例如： ``` objdump -h test.o ``` 3. 查看目标文件的符号表： ``` objdump -t <file> ``` 其中，<file>为目标文件名，例如： ``` objdump -t test.o ``` 4. 查看目标文件的代码段或数据段： ``` objdump -d <file> ``` 其中，<file>为目标文件名，例如： ``` objdump -d test.o ``` 5. 查看目标文件的重定位表： ``` objdump -r <file> ``` 其中，<file>为目标文件名，例如： ``` objdump -r test.o ``` 需要注意的是，objdump的使用还有很多其他的参数和选项，可以通过man objdump命令查看objdump的帮助文档，以获取更多信息。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值