error: expected ';', ',' or ')' before '&' token 解决方法

最新推荐文章于 2026-06-25 15:59:52 发布
转载 最新推荐文章于 2026-06-25 15:59:52 发布 · 8.2k 阅读 · 9
本文解析了在使用CodeBlocks编译C语言程序时出现的“error: expected ';', ',' or ')' before '&' token”错误原因，并提供了解决方案。在C语言中，&仅作为取址操作符而非引用。文章推荐使用指针代替引用，或通过将文件扩展名为.cpp利用C++特性支持引用。

近期发现很多同学用codeblocks编译的时候会出现 ‘error: expected ';', ',' or ')' before '&' token’ 这个错误提示，很多同学很不解，明明就没有错呀，为什么呢？

其实这就是C语言的一个知识点：

在C语言中是不存在引用的，也就是说C语言中&表示的不是引用，仅仅是取地址符。所以错误提示就是告诉你&在这里用的不对，那怎么解决呢？

首先介绍一个正规的解决方法：用指针来取代引用，在主函数中传进来地址；

不过这样我感觉有点麻烦，有没有更简便的方法呢？

答案是有，重点来了：将代码保存成.cpp文件

至于为什么？我的理解就是c++中支持引用微笑

c/c++: 编译错误：error: expected expression before ‘)‘ token & expected ‘；‘, ‘,‘ or ‘)‘ before ‘=‘ token
热门推荐
mzhan017的博客
10-18 15万+
error: expected expression before ‘)’ token 含义：在括号前期望一个表达式，意味着目前括号去没有表达式。可能的原因是函数调用，在最后的括号前多了一个逗号。 578 …/route.c: In function ‘routes’: 579 /home/sb/log.h:198:35: error: expected expression before ‘)’ token, 在这里函数：log_print是一个可以接收可变参数的一个函数； 580 log_pri
关于“expected ‘；‘, ‘,‘ or ‘)‘ before ‘&‘ token”错误
渣渣修炼记
10-21 2023
自学遇见的错误
解决C语言error: expected ‘；‘, ‘,‘ or ‘)‘ before ‘&‘ token
小清华的小哥哥
10-10 8万+
调试C语言代码的时候，遇到报错：error: expected ‘;’, ‘,’ or ‘)’ before ‘&’ token，报错的直接意思是在‘&’标识符之前缺少‘；’或‘，’或‘)’，如下图： 找到对应行代码，发现并不是因为缺少分号或括号什么的导致的，而是错误地使用了引用传递，因为使用‘&’进行引用传递是C++中的语法习惯，事实上C语言中‘&’一般用作取地址符，不支持引用传递。 因此，针对该问题有两种解决方案： 方法1：如果坚持要使用C语言，可以考虑把“&”
error: expected ';', ',' or ')' before '&' token 解决方法
淮左青衣
09-24 7万+
近期发现很多同学用codeblocks编译的时候会出现 ‘error: expected ';', ',' or ')' before '&' token’ 这个错误提示，很多同学很不解，明明就没有错呀，为什么呢？ 其实这就是C语言的一个知识点： 在C语言中是不存在引用的，也就是说C语言中&表示的不是引用，仅仅是取地址符。所以错误提示就是告诉你&在这里用的不对，那怎么解决呢？ 首先介绍一个正
shell脚本报错“syntax error: operand expected (error token is“ 解决方案
wood__mood的博客
03-04 1万+
原因： 回车换行等格式有误 使用以下命令打开shell脚本，发现每行末尾都有一个^M vim -b xxx.sh 解决办法： 法1： 直接使用以下命令修改格式： sed -i ‘s/\r//g’ xxx.sh 再次使用vim -b xxx.sh去打开发现^M已消失！ 法2： 使用NotePad++或其他一些编辑器修改格式 可参考博文：syntax error near unexpected token $’do\r ———————————————— 版权声明：本文为CSDN博主「枫雨血痕」的原创文章，遵循C
行4 [Error] expected unqualified-id before ‘{‘ token
weixin_74850199的博客
12-06 601
最后查了发现文件路径格式错了，应该时双斜杠\\。前面没有加int main()不过加了后又出了新问题。
Shell下syntax error: operand expected (error token is “-”)
weixin_42803243的博客
11-04 1377
syntax error: operand expected (error token is “-”)
ChatGPT API生产级调用实战：Token预估、错误处理与模型选型
最新发布
weixin_29053695的博客
06-25 155
API调用是现代应用集成大模型能力的基础技术动作，其核心在于稳定性、可观测性与成本可控性。理解HTTP请求生命周期、掌握token精确计算原理（非字符/单词映射）、识别429/503等状态码的真实服务语义，是构建可靠调用链的前提。ChatGPT API的生产级落地需超越curl演示，聚焦OpenAI SDK的超时控制、重试策略定制、response_format兼容性验证等硬核细节。本文围绕合同审查场景，详解如何通过prompt结构化契约、输入预校验、结构化日志与Prometheus监控，实现从开发到上线的
Allegro软件报错问题记录（持续更新中）
博乐Bar
12-18 1万+
1、使用FPM封装制作辅助工具谁封装，启动Allegro软件环境是弹出报错如下： 如上问题，尝试了各种办法都不好使，最后发现是Allegro环境的问题，结局办法如下： 先在任务管理器->进程中删除Allegro进程，进入D:\SPB_Data文件夹， 删除里面所有.jrl文件，再进入D:\SPB_Data\pcbevn，删除里面所有文件。 再启动PCB EDIT，OK!
编译器错误处理机制：从词法到链接的全链路质量门控
weixin_28809949的博客
02-19 285
编译器错误处理是保障代码质量与开发效率的核心基础设施，其本质是对源码合法性、结构完整性与语义一致性的多阶段实时校验。基于词法分析、语法解析、语义检查和链接验证四大技术原理，现代编译器构建起分层错误检测、精准定位、韧性恢复与可扩展分类的工程体系。该机制显著提升嵌入式C开发中的调试效率与构建可靠性，支撑MISRA-C等安全规范落地，并深度适配ARM Cortex-M等资源受限平台的内存管理与ABI约束。本文以NC6轻量级C编译器为实例，解析非法转义字符、缺失分号、未定义符号等典型错误在各阶段的触发逻辑与修复路径
DeepSeek V4 Pro实战指南：动态压缩、IDE协议与本地部署避坑
weixin_30740295的博客
06-20 395
大语言模型API集成已从简单调用迈向深度工程化阶段。理解模型底层的上下文处理机制（如动态上下文压缩）和协议兼容性（如OpenAI v1扩展规范），是控制推理成本、降低延迟、提升代码理解准确率的关键。DeepSeek V4 Pro并非仅参数升级，其核心价值体现在IDE场景优化的增量补全、流式响应中的token用量透传、以及本地部署所需的异步KV缓存卸载等硬核能力。本文聚焦真实开发闭环——从VS Code插件深度适配、LangChain token计费治理，到WSL2环境下的CUDA路径修复与OOM根因排查，覆
Gemini 3.1 Pro Preview技术解析：低成本高确定性大模型落地实践
weixin_34129696的博客
06-18 445
大语言模型（LLM）的实用价值正从‘能回答’转向‘可信赖、可审计、可嵌入业务流’。其核心在于推理确定性、幻觉控制与token效率三者的协同突破——前者保障答案可追溯、可验证，后者直接决定企业级部署的可持续成本。Gemini 3.1 Pro Preview在Terminal-Bench Hard（智能体执行）、AA-Omniscience（知识诚实性）和CritPt（专业纵深推理）等硬核评测中领先，本质是将知识置信度图谱、执行路径预评估与结构化输出协议深度耦合。这种‘性能-成本-可信’三角平衡，使它成为金融研
Qwen3.5 Plus + OpenClaw：构建高可用智能体技能路由系统
weixin_30363981的博客
06-22 411
智能体开发的核心挑战早已从‘能否调用大模型’转向‘如何稳定执行多步骤任务’。本文聚焦于开源大模型Qwen3.5 Plus与OpenClaw技能调度引擎的协同实践，解析其作为‘LLM操作系统’的技术本质——通过声明式Skill契约（含输入Schema、输出约束、熔断重试）和数据驱动Workflow（DAG+运行时条件分支），解决context window limit、socket connection closed、output token maximum等生产级顽疾。该组合规避闭源API依赖与本地大模型显
Guidance：可编程的LLM控制层，实现确定性结构化生成
weixin_30740295的博客
06-25 214
在大语言模型应用落地中，‘输出不可控’是阻碍工程化的关键瓶颈——传统Prompt工程依赖模型自觉，LangChain链式调用缺乏原子性保障，微调成本高昂。Guidance提出全新范式：将控制逻辑外置为声明式语法程序，通过token级logit约束、JSON Schema校验与条件状态机，实现对生成过程的确定性干预。它不替代模型，而是在OpenAI、Ollama、HuggingFace等后端之上构建轻量执行层，让数字提取、枚举选择、格式校验等任务100%合规。适用于金融报告生成、合同解析、医疗文本结构化等强约
Harness Engineering：让大模型在生产环境稳定落地的工程方法论
weixin_34034261的博客
06-21 310
大模型应用落地的核心瓶颈并非模型能力不足，而是输出不确定性导致的系统不可靠。Harness Engineering作为一种面向生产的LLM工程范式，聚焦于通过约束层（如Schema校验、输出契约）、编排层（超时熔断、fallback链路）、观测层（合规率、fallback触发率）和治理层（配置版本化、灰度发布）四大支柱，将不可控的LLM调用转化为可测量、可干预、可兜底的确定性服务。它不替代Prompt Engineering或Agent框架，而是为其注入软件工程级的鲁棒性与可观测性，特别适用于交通预测、金融
OpenClaw本地AI工作流部署实战：Ollama+Node.js双栈详解
dengwan3818的博客
06-17 304
AI工作流系统是将大模型能力嵌入日常办公自动化的核心技术架构，其本质是任务编排、模型调度与多源协同的有机整合。原理上依赖轻量级代理框架对本地与云模型进行分层路由，通过事件驱动机制响应邮件、文件、日程等异步触发源。技术价值在于数据主权可控、低延迟执行与零API依赖，显著区别于SaaS类聊天工具。典型应用场景包括PDF智能解析、跨平台消息中转、销售话术生成及竞品价格抓取等闭环办公任务。本文聚焦OpenClaw这一可落地的本地化AI代理调度中心，深入解析其基于Ollama模型运行时与Node.js控制中枢的双栈设
JSON 解析常见错误
2601_96327404的博客
06-13 448
JSON 的规则本身易懂，但是很容易让人掉坑。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值