嵌入式中一种优雅的调试方法

作为一只码农,不仅有敲出惊人代码本领,更有一种与生俱来的天赋,就是在惊人的代码中创造神奇的臭虫。既然是臭虫,就没人喜欢了,但是既然是我们创造的,那我们是不是应该有义务将其逮住,然后就呵呵呵😄👌。。你懂的。。

臭虫的种类繁多,能不能像物种的分类分为界,门,纲,目,科,属,种呢,我是没这能耐,哪位大神可以分一下。呵呵。但是有一种臭虫是最令人讨厌的,在编码中当属内存问题。下面言归正传。。。

内存引起的问题可谓是一虫🐛出洞千虫🐛鸣啊,内存泄漏,内存越界,内存安全等等,引起的问题千奇百怪,而且难以查询。当然像valgrind内存检测工具很好,但是作为嵌入式开发,可就没有如此的幸运了,嵌入式通常的调试就是串口打印,或者各种LED灯来指示,还有就是调试大法——在线调试。如果各种调试方式都木有了,那就等死吧,因为上帝也救不了你了。。。

最近再开发一款产品,由于经验不足,在临近结尾时跳出了一只臭虫,真是阴魂不散,被搞得精疲力尽啊。好在之前写的代码还算比较规范,层次分明,明显的问题通过屏蔽不同的功能段来快速定位问题点,所以再写代码时就应该想到层次段落分明,这样在后面遇到问题时也好更快的查找,不至于牵一发而动全身。总之坚持原则“高内聚,低耦合”,刚学习编程时这个原则会灌输给你,但是不经历大的工程项目是很难体会其意。然而总会存在一些难以查找的问题,不过今天从老大那里学习了一招很非常优雅的调试方式,即使这种方式没有找到问题的最终原因,但是也排除了某些可能引起问题的原因。我使用此方法是在STM32的在线Debug中使用,在其他调试方式下未做测试,在此只是提供一种方法而已,分享一下。

再嵌入式开发中动态内存是比较常用,特别是对那些数据长度只有在运行过程中才能确定的数据,这个时候malloc()函数和free()函数就大大的派上了用场,千万要记住,这两个函数在非特殊情况下一定要成对出现,不然很可能会出现错误。此方法的目的是记录那些调用malloc的函数在使用malloc时分配了多少内存,可以一目了然的清楚哪个函数分配了多少内存。知道了哪函数调用了malloc()函数且该函数申请了多少内存。这样就可以确定是哪个函数在干坏事了。具体实现如下:

#define ts_malloc(size)    __ts_malloc(size, __FUNCTION__)
#define ts_free(p)  __ts_free(p)
#pragma pack(push,1)      // <!   字节对齐
struct mem_leak_t{  
  struct mem_leak_t *next;
  char func_name[16];
  uint32_t size;
};
#pragma pack(pop)

struct mem_leak_t *mem_leak_queue = NULL;
void *ts_malloc(size_t size, char *func_name){  // <! 实现此方法需要重新封装malloc函数
  
  uint32_t len = size + sizeof(struct mem_leak_t);
  struct mem_leak_t *p = (struct mem_leak_t *)malloc(len);
  if( p != NULL){
    strncpy(p->func_name, func_name, sizeof(p->func_name) );
    p->size = size;
    mount(&mem_leak_queue, p);
    return (p+1);
  }else{return NULL;}
}

void ts_free(void *__p){
  if( __p == NULL){return;}
  struct mem_leak_t *p = (struct mem_leak_t *)__p;
  p -= 1;
  unmount(&mem_leak_queue, p);
  free(p);
}

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,980评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,178评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,868评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,498评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,492评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,521评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,910评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,569评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,793评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,559评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,639评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,342评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,931评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,904评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,144评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,833评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,350评论 2 342

推荐阅读更多精彩内容