**【C语言进阶】很诡异的编译报错expected declaration or statement at end of input **

一个很诡异的编译报错，不仔细还真发现不了！

1 问题现场

有一天我在调试代码的时候，刚刚代码还好好的，突然来了一个报错：

recan@ubuntu:~/11111$ gcc -o test 111/222/333/444/555/666/777/888/999/test.c 
111/222/333/444/555/666/777/888/999/test.c: In function ‘test3’:
111/222/333/444/555/666/777/888/999/test.c:37:1: error: expected declaration or statement at end of input
   37 | }
      | ^

这就让我很纳闷，咋回事呢？

2 复现代码

我们来看下当时的代码，为了说明问题，我把无关代码都删除了，仅保留有效代码：

#include <stdio.h>

int test1(void)
{
	return 0;
}

int test2(void)
{
	return 0;
}


int test3(void)
{
	return 0;


int test4(void)
{
	return 0;
}


int test5(void)
{
	return 0;
}


int main(void)
{
    printf("__FILE__: %s\n", __FILE__);
	return 0;
}

示例代码很简单，就是一堆的函数，然后啥也没干。

3 编译分析

根据编译报错，我们看下，提示line37行报错了？ 37行不是文件的结束吗？

报错的英文对应的中文含义是：错误：输入末尾应为声明或语句

很显然不是37行有问题吗？我的main函数肯定没有问题啊？

那么有没有可能是前面的函数有问题啊？

原来是 line16 中的test3函数，少了结尾的 } 大括号，导致了编译报错的蔓延。

当然，解决这个编译问题也很简单，把test函数的大括号补上即可。

4 小小总结

• 排查编译问题，不要仅局限于报错的行号，找找上下文，可能别人的错误导致了你的错误；
• 误删一行 } 大括号，不经意间就报错了；
• 代码管理，一定要用起来；这种情况，实在不行就比对下代码，很容易就发现问题了。

5 更多分享

架构师李肯

架构师李肯（全网同名），一个专注于嵌入式IoT领域的架构师。有着近10年的嵌入式一线开发经验，深耕IoT领域多年，熟知IoT领域的业务发展，深度掌握IoT领域的相关技术栈，包括但不限于主流RTOS内核的实现及其移植、硬件驱动移植开发、网络通讯协议开发、编译构建原理及其实现、底层汇编及编译原理、编译优化及代码重构、主流IoT云平台的对接、嵌入式IoT系统的架构设计等等。拥有多项IoT领域的发明专利，热衷于技术分享，有多年撰写技术博客的经验积累，连续多月获得RT-Thread官方技术社区原创技术博文优秀奖，荣获CSDN博客专家、CSDN物联网领域优质创作者、2021年度CSDN&RT-Thread技术社区之星、2022年RT-Thread全球技术大会讲师、RT-Thread官方嵌入式开源社区认证专家、RT-Thread 2021年度论坛之星TOP4、华为云云享专家（嵌入式物联网架构设计师）等荣誉。坚信【知识改变命运，技术改变世界】！