【编译问题】很诡异的编译报错expected declaration or statement at end of input-编译错误是什么原因

**【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 ​ 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]、[华为云云享专家（嵌入式物联网架构设计师）]等荣誉。坚信【知识改变命运，技术改变世界】！

审核编辑：汤梓红