sy4331的博客

我们在开发过程中经常碰到coredump问题，其中有一类是内存数据被异常改写导致的，对于这一类问题处理起来其实是比较困难的。根据实际调试经验针对这类问题进行归纳总结，方便后续问题定位。。

通过上述例子，我们了解了内核soft lockup的原理以及常规定位思路。当我们碰到了该问题时，可以尝试针对以下几种情形进行一一验证判断，从而定位根因。内核代码死循环内核自旋锁死锁短时间内中断数过多。

fdopendir/fdopen接口返回的目录流DIR *和文件流FILE *和open接口返回的句柄是指向的同一个文件file结构体，因此我们在使用fdopendir/fdopen接口完后，只需要选择close和closedir/fclose其中一个即可完成文件的关闭。若我们同时调用两类接口关闭文件将出现重复关闭句柄的现象，有可能关闭了其他正在使用的文件，造成数据异常。

今天我们继续分析一个因野指针访问导致的内存异常、出现coredump问题。在上一篇案例中，我们分享了一个在内存被释放后，业务模块仍然在使用导致业务模块自身出现coredump的现象。其实，在使用野指针访问内存时还有一种可能，就是业务模块在使用野指针继续访问内存没有导致业务模块自身出现异常，但由于该块内存已经属于一块空闲内存，它被glibc的ptmalloc虚拟内存分配器管理所管理。内存块相关结构如下：可以想象，。本次分享的案例就是基于上述原因产生的问题。

对疑难问题定位过程进行复盘总结