编程语言编译器开发工具【免费下载链接】grammars-v4Grammars written for ANTLR v4; expectation that the grammars are free of actions.项目地址https://gitcode.com/gh_mirrors/gr/grammars-v4点击查看免费下载导读本指南围绕 grammars-v4 仓库中的 objc/README.md 展开系统讲解该仓库提供的 Objective-C 2.0 ANTLR 4 文法如何以单步处理与双步处理两种模式解析带预处理指令#import、#ifdef、#define等的真实 Objective-C 源码。读完本文你将掌握两种模式的架构差异、ObjectiveCPreprocessor访问器保留行列号的处理原理、各文法文件Lexer/Parser的职责划分以及如何用 Maven 对整套文法执行mvn clean test验证并了解仓库自带示例与测试配置的细节。一、项目背景面向零动作的 ANTLR v4 文法仓库grammars-v4 是一个集中存放 ANTLR v4 文法的开源仓库其项目宗旨是文法中不包含任何嵌入动作actions即语法规则只描述语言结构不做代码生成与求值逻辑。Objective-C 文法正是其中对工业级真实语言含 C 预处理体系处理最复杂的成员之一。objc 目录下的文件结构如下摘取核心部分objc/ObjectiveCLexer.g4 —— 普通 Objective-C 词法含字符串、注释、指令字等objc/ObjectiveCParser.g4 —— 普通 Objective-C 语法类接口、实现、方法、属性、Block 等objc/one-step-processing/ —— 单步模式专属文件词法、预处理解析器objc/two-step-processing/ —— 双步模式专属文件独立预处理词法/解析器及 Java 访问器objc/examples/ —— 可解析的.h/.m示例文件objc/examples-to-fix/ —— 已知存在问题、待修复的用例objc/pom.xml —— Maven 构建与测试配置objc/desc.xml —— 声明该文法可生成 CSharp、Cpp、Dart、Go、Java、JavaScript、Python3、TypeScript、Antlr4ng 等多语言运行时目标。说明原 README 中提到的外部产品与项目链接如 Swiftify、Codebeat、AFNetworking 等仅用于说明文法被实际采用或验证的场景本文按仓库证据边界处理不展开外部细节。二、两种处理模式的总体架构Objective-C 源代码中充斥着 C 预处理指令#import、#include、#define、#ifdef/#if/#else/#endif、#pragma、#error等它们与普通 Objective-C 代码交织在同一文本流中。如何处理这层指令 代码的混合结构是本文法设计的核心问题。仓库提供了两种可互换的方案维度单步处理One-step双步处理Two-step词法器数量单一词法器同时处理指令与代码预处理词法器 普通代码词法器分离处理处理阶段词法 → 预处理语法 → 普通语法预处理词法 → 预处理语法 → 访问器改写 → 普通词法 → 普通语法目录位置objc/one-step-processing/objc/two-step-processing/典型用途Objective-C 转 Swift 的转换器README 提到被 Swiftify 使用自动化代码审查类服务README 提到被 Codebeat 使用两者的共同点是共享同一个ObjectiveCParser这意味着无论采用哪种模式最终进入语法分析阶段的 token 流都是同一种 Objective-C 2.0 语言预处理差异被完全隔离在上游。2.1 单步处理流程单步处理只有 2 个环节词法objc/one-step-processing/ObjectiveCLexer.g4。该词法器通过 ANTLR 的**词法模式lexer modes**在同一文件中同时覆盖普通代码与预处理指令语法objc/one-step-processing/ObjectiveCPreprocessorParser.g4处理指令部分与共享的 objc/ObjectiveCParser.g4处理普通代码部分。从源码看单步模式的词法器定义了 4 个通道见 objc/one-step-processing/ObjectiveCLexer.g4channels { COMMENTS_CHANNEL, DIRECTIVE_CHANNEL, IGNORED_MACROS }其中DIRECTIVE_CHANNEL专门承接预处理指令 tokenIGNORED_MACROS则用来吞掉那些对语法分析无意义的宏例如NS_ASSUME_NONNULL_BEGIN/NS_ASSUME_NONNULL_END、XXX_EXTERN、XXX_IOS(...)/XXX_MAC(...)、__TVOS_PROHIBITED等见 objc/ObjectiveCLexer.g4。词法模式DIRECTIVE_MODE、DEFINE、DIRECTIVE_TEXT_MODE、STRING_MODE使#之后的指令文本与普通代码走不同的 token 规则指令解析完成后又通过mode(DEFAULT_MODE)切回普通代码模式从而做到一个词法器、两套规则。单步模式的预处理解析器 objc/one-step-processing/ObjectiveCPreprocessorParser.g4 中tokenVocab ObjectiveCLexer即使用单步词法器的 token覆盖的指令包括directive : SHARP (DIRECTIVE_IMPORT | DIRECTIVE_INCLUDE) directiveText # preprocessorImport | SHARP DIRECTIVE_IF preprocessorExpression # preprocessorConditional | SHARP DIRECTIVE_ELIF preprocessorExpression # preprocessorConditional | SHARP DIRECTIVE_ELSE # preprocessorConditional | SHARP DIRECTIVE_ENDIF # preprocessorConditional | SHARP DIRECTIVE_IFDEF DIRECTIVE_ID # preprocessorDef | SHARP DIRECTIVE_IFNDEF DIRECTIVE_ID # preprocessorDef | SHARP DIRECTIVE_UNDEF DIRECTIVE_ID # preprocessorDef | SHARP DIRECTIVE_PRAGMA directiveText # preprocessorPragma | SHARP DIRECTIVE_ERROR directiveText # preprocessorError | SHARP DIRECTIVE_WARNING directiveText # preprocessorWarning | SHARP DIRECTIVE_DEFINE DIRECTIVE_ID directiveText? # preprocessorDefine ;2.2 双步处理流程双步处理把预处理与普通代码彻底拆成两套独立的词法/语法体系共 5 个环节预处理词法objc/two-step-processing/ObjectiveCPreprocessorLexer.g4预处理语法objc/two-step-processing/ObjectiveCPreprocessorParser.g4访问器objc/two-step-processing/Java/ObjectiveCPreprocessor.java负责移除/占位预处理指令普通代码词法objc/ObjectiveCLexer.g4普通代码语法objc/ObjectiveCParser.g4与单步共享。双步的预处理词法器ObjectiveCPreprocessorLexer定义了三个模式DIRECTIVE_MODE#后的指令关键字与表达式、DIRECTIVE_DEFINE#define的宏名、DIRECTIVE_TEXT指令后的文本内容并支持//、/* */注释、跨行续行符\以及字符串字面量在指令中的识别见 objc/two-step-processing/ObjectiveCPreprocessorLexer.g4。三、ObjectiveCPreprocessor用空格保留行列号的占位机制双步模式的核心在于第 3 步的 Java 访问器 objc/two-step-processing/Java/ObjectiveCPreprocessor.java。README 对其行为做了关键描述ObjectiveCPreprocessor处理预处理指令并把不参与编译不会进入编译产物的代码替换为空格。保留空格是为了在随后解析普通 Objective-C 代码时仍然能够正确报告错误的行号和列号。从源码看这一机制在visitText中实现objc/two-step-processing/Java/ObjectiveCPreprocessor.javaOverride public String visitText(ObjectiveCPreprocessorParser.TextContext context) { String result _tokensStream.getText(context); boolean directive false; if (context.directive() ! null) { _compilied visit(context.directive()) Boolean.toString(true); directive true; } if (!_compilied || directive) { StringBuilder sb new StringBuilder(result.length()); char[] charArray result.toCharArray(); for (char c : charArray) { sb.append((c \r || c \n) ? c : ); } result sb.toString(); } return result; }解读这段逻辑若当前文本段是一条预处理指令directive或所在条件分支判定为不编译_compilied false则把该段文本逐字符替换为空格换行符\r/\n被原样保留因此替换后的文本在行数、列数上与原始源码完全等长——后续用ObjectiveCLexer/ObjectiveCParser解析改写后的文本时任何语法错误的行号、列号都与真实源码一致条件求值的状态由两个成员维护_conditions一个DequeBoolean栈模拟#if/#elif/#else/#endif的嵌套与_compilied当前是否处于可编译分支。IsCompiliedText()的实现为!_conditions.contains(false)即只要栈中任意一层条件为假该文本就不参与编译。该访问器还实现了一个微型表达式求值器用于计算#if/#elif中的条件表达式见 objc/two-step-processing/Java/ObjectiveCPreprocessor.javavisitPreprocessorNot!取反visitPreprocessorBinary支持、||、、!以及、、、后四者要求两侧都能解析为整数visitPreprocessorDefineddefined(SYMBOL)查ConditionalSymbols映射visitPreprocessorConditionalSymbol宏符号替换为已记录的定义值未定义则视为falsevisitPreprocessorDefine/visitPreprocessorDef处理#define、#undef、#ifdef、#ifndef对ConditionalSymbols的读写。ConditionalSymbols是一个公开字段MapString, String可由调用方在运行前注入预定义的宏例如-DDEBUG1之类的等价物从而控制条件编译分支的取舍见 objc/two-step-processing/Java/ObjectiveCPreprocessor.java。双步的预处理解析器 objc/two-step-processing/ObjectiveCPreprocessorParser.g4 采用**无动作action-free**的规则编写规则名与单步版本一一对应preprocessorImport、preprocessorConditional、preprocessorDef、preprocessorPragma、preprocessorError、preprocessorDefine、preprocessorDefined等只是tokenVocab指向ObjectiveCPreprocessorLexer表达式优先级由文法替代规则的排列顺序表达见 objc/two-step-processing/ObjectiveCPreprocessorParser.g4。四、共享的普通代码文法ObjectiveCLexer与ObjectiveCParser4.1 词法覆盖范围objc/ObjectiveCLexer.g4 是两种模式共用的普通代码词法器从源码看覆盖了关键字C 语言关键字auto、break、struct等与 Objective-C 特有关键字interface、implementation、property、protocol、selector、synchronized、autoreleasepool、try/catch/finally、encode等见 objc/ObjectiveCLexer.g4属性修饰词assign、copy、getter、setter、strong、weak、readonly、readwrite、unsafe_unretained见 objc/ObjectiveCLexer.g4__前缀属性__attribute__、__block、__strong、__weak、__autoreleasing、__bridge/__bridge_retained/__bridge_transfer、__kindof、__covariant/__contravariant等见 objc/ObjectiveCLexer.g4空值性修饰符nullabilitynullable/__nullable/_Nullable、nonnull/__nonnull/_Nonnull、null_unspecified、null_resettable见 objc/ObjectiveCLexer.g4常用宏形式NS_ENUM、NS_OPTIONS、NS_CLOSED_ENUM、NS_ERROR_ENUM、NS_SWIFT_NAME、NS_INLINE、API_AVAILABLE/API_UNAVAILABLE等见 objc/ObjectiveCLexer.g4Interface Builder 属性IBOutlet、IBOutletCollection、IBInspectable、IB_DESIGNABLE见 objc/ObjectiveCLexer.g4字面量与运算符字符/字符串字面量含前缀字符串、L宽字符串通过StringStart片段与STRING_MODE处理、十六/八/二进制与十进制整型字面量、浮点字面量以及 C 语言全套运算符与赋值运算符见 objc/ObjectiveCLexer.g4忽略宏通道NS_ASSUME_NONNULL_BEGIN/END、XXX_EXTERN、XXX_IOS(...)/XXX_MAC(...)、__TVOS_PROHIBITED直接送入IGNORED_MACROS通道不参与语法分析见 objc/ObjectiveCLexer.g4。4.2 语法入口与顶层结构objc/ObjectiveCParser.g4 的入口规则为translationUnittranslationUnit : topLevelDeclaration* EOF ; topLevelDeclaration : importDeclaration | functionDeclaration | declaration | classInterface | classImplementation | categoryInterface | categoryImplementation | protocolDeclaration | protocolDeclarationList | classDeclarationList | functionDefinition | ; ;见 objc/ObjectiveCParser.g4顶层声明覆盖了类接口interface、类实现implementation、分类categoryinterface ClassName (Category)、协议protocol、函数定义、import模块导入等。例如类接口规则允许可选的IB_DESIGNABLE、泛型参数列表与协议列表见 objc/ObjectiveCParser.g4classInterface : IB_DESIGNABLE? interface className genericTypeSpecifier ( : superclassName identifier )? (LT (protocolList | genericConformanceList) GT)* instanceVariables? interfaceDeclarationList? end ;仓库示例 objc/examples/BoxPhoto.h 展示了典型可解析内容#import头文件、class前置声明、typedef NS_OPTIONS(...)枚举、interface 实例变量块 方法声明 property最后end收尾。五、用 Maven 测试文法5.1 前置条件已获取本仓库源码git clone本机安装 Maven官方要求见其文档Java 环境可用ANTLR Maven 插件运行于 JVM 之上。5.2 测试步骤在仓库根目录下的objc子目录执行cd grammars-v4/objc mvn clean testmvn clean test会依次完成清理 → 通过antlr4-maven-plugin从.g4生成词法/语法解析器代码 → 编译 → 运行antlr4test-maven-plugin对示例文件做解析测试。5.3 pom.xml 测试配置解读objc/pom.xml 中两个插件的关键配置如下。ANTLR 代码生成插件objc/pom.xmlplugin groupIdorg.antlr/groupId artifactIdantlr4-maven-plugin/artifactId version${antlr.version}/version configuration sourceDirectory${basedir}/sourceDirectory includes includeObjectiveCLexer.g4/include includeObjectiveCParser.g4/include /includes visitortrue/visitor listenertrue/listener /configuration ... /plugin要点sourceDirectory指向objc目录本身只编译ObjectiveCLexer.g4与ObjectiveCParser.g4双步模式需要的ObjectiveCPreprocessorLexer/ObjectiveCPreprocessorParser未包含在此处说明双步预处理组件由外部集成方按需自行编译生成visitor与listener均为true因此生成的解析器同时支持访问器与监听器两种遍历方式——双步流程中的ObjectiveCPreprocessor正是继承自ObjectiveCPreprocessorParserBaseVisitorString的访问器实现。示例解析测试插件objc/pom.xmlplugin groupIdcom.khubla.antlr/groupId artifactIdantlr4test-maven-plugin/artifactId version${antlr4test-maven-plugin.version}/version configuration verbosefalse/verbose showTreefalse/showTree entryPointtranslationUnit/entryPoint grammarNameObjectiveC/grammarName packageName/packageName exampleFilesexamples//exampleFiles /configuration ... /plugin要点entryPoint为translationUnit即测试以语法入口规则为准grammarName为ObjectiveCexampleFiles指向examples/目录插件会遍历该目录下的.h/.m文件逐个尝试解析失败即测试失败。5.4 示例与已知待修复用例objc/examples/ 提供了 10 个可正常解析的示例如BoxPhoto.h/.m、NetworkRequest.h/.m、ClassInterfaceTest.h、Enums.h、FSBaseViewController.h/.m、MASAttribute.h、ProtocolTest.hobjc/examples-to-fix/ 中存放了当前已知无法完全解析的用例AllInOne.m及其错误输出AllInOne.m.errors这是文法仍在持续改进的信号——实际使用时应以examples/为通过基线examples-to-fix/可作为贡献者继续完善文法的起点。六、双步模式的测试口径README 所述验证结果README 对两种模式的验证口径做了如下记录单步模式被用于完整项目的解析与转换README 以 Popovers demo 的整项目 Objective-C 转 Swift 为例双步模式README 声称对一批知名开源 iOS 项目的.m文件实现了超过 95% 的正确解析率项目列表包括 AFNetworking、realm-cocoa、iOS-Source-Code-Analyze、SDWebImage、MJRefresh、SmarterStreaming、ReactiveCocoa、GSKStretchyHeaderView、JSQMessagesViewController、SocketRocket、MBProgressHUD、DZNEmptyDataSet、AsyncDisplayKit、UITableView-FDTemplateLayoutCell、SDAutoLayout、Chameleon、TomatoRead、iCarousel、SVProgressHUD、fmdb。需要强调的是这些数据来自原 README 的陈述属于项目自述而非本文可验证的独立测试结论本仓库当前并未包含对这些外部项目的自动化回归测试。若你需要复现该口径应自行克隆对应项目并在双步管线预处理 → 访问器改写 →ObjectiveCParser解析下统计.m文件的解析成功率同时注意正确注入这些项目各自依赖的条件编译宏。七、两种模式如何选型结合以上架构分析给出选型建议以下为基于代码结构的工程判断非官方承诺追求单次遍历、管线最短选单步模式。它用一个词法器同时产出指令 token 与代码 token中间不需要额外的改写回写步骤适合转换器这类解析一次、输出目标代码的场景需要精细控制条件编译、保留错误行列号选双步模式。独立的预处理词法/语法让#if条件求值、宏替换与代码解析彻底解耦ObjectiveCPreprocessor用空格等长占位的策略确保后续解析错误定位精准适合代码审查、静态分析这类对位置信息敏感的服务两者共用ObjectiveCParser无论选哪种模式后续的 Objective-C 语法分析层完全一致业务代码只需面向同一套解析树 API 编写。从 objc/desc.xml 声明的目标平台看该文法面向 CSharp、Cpp、Dart、Go、Java、JavaScript、Python3、TypeScript、Antlr4ng 等运行时均有生成支持Java 之外的集成方可参考相同流程使用各自语言的 ANTLR 运行时与代码生成工具双步模式中的占位访问器逻辑也可按 objc/two-step-processing/Java/ObjectiveCPreprocessor.java 的语义移植到目标语言。八、许可证与延伸阅读许可证Objective-C 文法与辅助文件采用 MIT 许可README 明确说明各.g4文件头部亦附有 MIT 版权声明见 objc/ObjectiveCLexer.g4参考README 引用 pldb 作为 Objective-C 语言概念参考仓库内继续探索如需了解整套仓库的测试规范与编码风格可查看 test.sh、House_Rules.md 与 CLAUDE.md文法的多语言生成模板位于 _scripts/templates/。赞分享编程语言编译器开发工具【免费下载链接】grammars-v4Grammars written for ANTLR v4; expectation that the grammars are free of actions.项目地址https://gitcode.com/gh_mirrors/gr/grammars-v4点击查看免费下载相关推荐Hermes Agent你的AI助手如何通过OpenRouter访问200模型Hermes Agent你的AI助手如何通过OpenRouter访问200模型 在人工智能快速发展的今天选择正确的AI模型往往决定了工作效率和创意实现的质AI Agent人工智能AI 应用工具调用Agent 记忆交互助手RAG任务调度MCP 服务ANTLR 项目单元测试指南tool-testsuite 与 runtime-testsuite 双套件架构解析ANTLR 项目单元测试指南tool testsuite 与 runtime testsuite 双套件架构解析 导读 本文基于仓库中的 doc/antlr开发工具编程语言编译器antlr/grammars-v4代码生成器从语法到应用antlr/grammars v4代码生成器从语法到应用 你是否还在为解析复杂的编程语言或数据格式而烦恼是否希望快速构建自定义解析器却受制于复杂的语法规则编程语言编译器开发工具上一篇Deployer扩展开发自定义配方和贡献组件教程下一篇Flask-SQLAlchemy集成SQLAlchemy-mixins的最佳实践与示例代码创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Objective-C 2.0 ANTLR 4 文法：单步与双步预处理解析架构实战指南
编程语言编译器开发工具【免费下载链接】grammars-v4Grammars written for ANTLR v4; expectation that the grammars are free of actions.项目地址https://gitcode.com/gh_mirrors/gr/grammars-v4点击查看免费下载导读本指南围绕 grammars-v4 仓库中的 objc/README.md 展开系统讲解该仓库提供的 Objective-C 2.0 ANTLR 4 文法如何以单步处理与双步处理两种模式解析带预处理指令#import、#ifdef、#define等的真实 Objective-C 源码。读完本文你将掌握两种模式的架构差异、ObjectiveCPreprocessor访问器保留行列号的处理原理、各文法文件Lexer/Parser的职责划分以及如何用 Maven 对整套文法执行mvn clean test验证并了解仓库自带示例与测试配置的细节。一、项目背景面向零动作的 ANTLR v4 文法仓库grammars-v4 是一个集中存放 ANTLR v4 文法的开源仓库其项目宗旨是文法中不包含任何嵌入动作actions即语法规则只描述语言结构不做代码生成与求值逻辑。Objective-C 文法正是其中对工业级真实语言含 C 预处理体系处理最复杂的成员之一。objc 目录下的文件结构如下摘取核心部分objc/ObjectiveCLexer.g4 —— 普通 Objective-C 词法含字符串、注释、指令字等objc/ObjectiveCParser.g4 —— 普通 Objective-C 语法类接口、实现、方法、属性、Block 等objc/one-step-processing/ —— 单步模式专属文件词法、预处理解析器objc/two-step-processing/ —— 双步模式专属文件独立预处理词法/解析器及 Java 访问器objc/examples/ —— 可解析的.h/.m示例文件objc/examples-to-fix/ —— 已知存在问题、待修复的用例objc/pom.xml —— Maven 构建与测试配置objc/desc.xml —— 声明该文法可生成 CSharp、Cpp、Dart、Go、Java、JavaScript、Python3、TypeScript、Antlr4ng 等多语言运行时目标。说明原 README 中提到的外部产品与项目链接如 Swiftify、Codebeat、AFNetworking 等仅用于说明文法被实际采用或验证的场景本文按仓库证据边界处理不展开外部细节。二、两种处理模式的总体架构Objective-C 源代码中充斥着 C 预处理指令#import、#include、#define、#ifdef/#if/#else/#endif、#pragma、#error等它们与普通 Objective-C 代码交织在同一文本流中。如何处理这层指令 代码的混合结构是本文法设计的核心问题。仓库提供了两种可互换的方案维度单步处理One-step双步处理Two-step词法器数量单一词法器同时处理指令与代码预处理词法器 普通代码词法器分离处理处理阶段词法 → 预处理语法 → 普通语法预处理词法 → 预处理语法 → 访问器改写 → 普通词法 → 普通语法目录位置objc/one-step-processing/objc/two-step-processing/典型用途Objective-C 转 Swift 的转换器README 提到被 Swiftify 使用自动化代码审查类服务README 提到被 Codebeat 使用两者的共同点是共享同一个ObjectiveCParser这意味着无论采用哪种模式最终进入语法分析阶段的 token 流都是同一种 Objective-C 2.0 语言预处理差异被完全隔离在上游。2.1 单步处理流程单步处理只有 2 个环节词法objc/one-step-processing/ObjectiveCLexer.g4。该词法器通过 ANTLR 的**词法模式lexer modes**在同一文件中同时覆盖普通代码与预处理指令语法objc/one-step-processing/ObjectiveCPreprocessorParser.g4处理指令部分与共享的 objc/ObjectiveCParser.g4处理普通代码部分。从源码看单步模式的词法器定义了 4 个通道见 objc/one-step-processing/ObjectiveCLexer.g4channels { COMMENTS_CHANNEL, DIRECTIVE_CHANNEL, IGNORED_MACROS }其中DIRECTIVE_CHANNEL专门承接预处理指令 tokenIGNORED_MACROS则用来吞掉那些对语法分析无意义的宏例如NS_ASSUME_NONNULL_BEGIN/NS_ASSUME_NONNULL_END、XXX_EXTERN、XXX_IOS(...)/XXX_MAC(...)、__TVOS_PROHIBITED等见 objc/ObjectiveCLexer.g4。词法模式DIRECTIVE_MODE、DEFINE、DIRECTIVE_TEXT_MODE、STRING_MODE使#之后的指令文本与普通代码走不同的 token 规则指令解析完成后又通过mode(DEFAULT_MODE)切回普通代码模式从而做到一个词法器、两套规则。单步模式的预处理解析器 objc/one-step-processing/ObjectiveCPreprocessorParser.g4 中tokenVocab ObjectiveCLexer即使用单步词法器的 token覆盖的指令包括directive : SHARP (DIRECTIVE_IMPORT | DIRECTIVE_INCLUDE) directiveText # preprocessorImport | SHARP DIRECTIVE_IF preprocessorExpression # preprocessorConditional | SHARP DIRECTIVE_ELIF preprocessorExpression # preprocessorConditional | SHARP DIRECTIVE_ELSE # preprocessorConditional | SHARP DIRECTIVE_ENDIF # preprocessorConditional | SHARP DIRECTIVE_IFDEF DIRECTIVE_ID # preprocessorDef | SHARP DIRECTIVE_IFNDEF DIRECTIVE_ID # preprocessorDef | SHARP DIRECTIVE_UNDEF DIRECTIVE_ID # preprocessorDef | SHARP DIRECTIVE_PRAGMA directiveText # preprocessorPragma | SHARP DIRECTIVE_ERROR directiveText # preprocessorError | SHARP DIRECTIVE_WARNING directiveText # preprocessorWarning | SHARP DIRECTIVE_DEFINE DIRECTIVE_ID directiveText? # preprocessorDefine ;2.2 双步处理流程双步处理把预处理与普通代码彻底拆成两套独立的词法/语法体系共 5 个环节预处理词法objc/two-step-processing/ObjectiveCPreprocessorLexer.g4预处理语法objc/two-step-processing/ObjectiveCPreprocessorParser.g4访问器objc/two-step-processing/Java/ObjectiveCPreprocessor.java负责移除/占位预处理指令普通代码词法objc/ObjectiveCLexer.g4普通代码语法objc/ObjectiveCParser.g4与单步共享。双步的预处理词法器ObjectiveCPreprocessorLexer定义了三个模式DIRECTIVE_MODE#后的指令关键字与表达式、DIRECTIVE_DEFINE#define的宏名、DIRECTIVE_TEXT指令后的文本内容并支持//、/* */注释、跨行续行符\以及字符串字面量在指令中的识别见 objc/two-step-processing/ObjectiveCPreprocessorLexer.g4。三、ObjectiveCPreprocessor用空格保留行列号的占位机制双步模式的核心在于第 3 步的 Java 访问器 objc/two-step-processing/Java/ObjectiveCPreprocessor.java。README 对其行为做了关键描述ObjectiveCPreprocessor处理预处理指令并把不参与编译不会进入编译产物的代码替换为空格。保留空格是为了在随后解析普通 Objective-C 代码时仍然能够正确报告错误的行号和列号。从源码看这一机制在visitText中实现objc/two-step-processing/Java/ObjectiveCPreprocessor.javaOverride public String visitText(ObjectiveCPreprocessorParser.TextContext context) { String result _tokensStream.getText(context); boolean directive false; if (context.directive() ! null) { _compilied visit(context.directive()) Boolean.toString(true); directive true; } if (!_compilied || directive) { StringBuilder sb new StringBuilder(result.length()); char[] charArray result.toCharArray(); for (char c : charArray) { sb.append((c \r || c \n) ? c : ); } result sb.toString(); } return result; }解读这段逻辑若当前文本段是一条预处理指令directive或所在条件分支判定为不编译_compilied false则把该段文本逐字符替换为空格换行符\r/\n被原样保留因此替换后的文本在行数、列数上与原始源码完全等长——后续用ObjectiveCLexer/ObjectiveCParser解析改写后的文本时任何语法错误的行号、列号都与真实源码一致条件求值的状态由两个成员维护_conditions一个DequeBoolean栈模拟#if/#elif/#else/#endif的嵌套与_compilied当前是否处于可编译分支。IsCompiliedText()的实现为!_conditions.contains(false)即只要栈中任意一层条件为假该文本就不参与编译。该访问器还实现了一个微型表达式求值器用于计算#if/#elif中的条件表达式见 objc/two-step-processing/Java/ObjectiveCPreprocessor.javavisitPreprocessorNot!取反visitPreprocessorBinary支持、||、、!以及、、、后四者要求两侧都能解析为整数visitPreprocessorDefineddefined(SYMBOL)查ConditionalSymbols映射visitPreprocessorConditionalSymbol宏符号替换为已记录的定义值未定义则视为falsevisitPreprocessorDefine/visitPreprocessorDef处理#define、#undef、#ifdef、#ifndef对ConditionalSymbols的读写。ConditionalSymbols是一个公开字段MapString, String可由调用方在运行前注入预定义的宏例如-DDEBUG1之类的等价物从而控制条件编译分支的取舍见 objc/two-step-processing/Java/ObjectiveCPreprocessor.java。双步的预处理解析器 objc/two-step-processing/ObjectiveCPreprocessorParser.g4 采用**无动作action-free**的规则编写规则名与单步版本一一对应preprocessorImport、preprocessorConditional、preprocessorDef、preprocessorPragma、preprocessorError、preprocessorDefine、preprocessorDefined等只是tokenVocab指向ObjectiveCPreprocessorLexer表达式优先级由文法替代规则的排列顺序表达见 objc/two-step-processing/ObjectiveCPreprocessorParser.g4。四、共享的普通代码文法ObjectiveCLexer与ObjectiveCParser4.1 词法覆盖范围objc/ObjectiveCLexer.g4 是两种模式共用的普通代码词法器从源码看覆盖了关键字C 语言关键字auto、break、struct等与 Objective-C 特有关键字interface、implementation、property、protocol、selector、synchronized、autoreleasepool、try/catch/finally、encode等见 objc/ObjectiveCLexer.g4属性修饰词assign、copy、getter、setter、strong、weak、readonly、readwrite、unsafe_unretained见 objc/ObjectiveCLexer.g4__前缀属性__attribute__、__block、__strong、__weak、__autoreleasing、__bridge/__bridge_retained/__bridge_transfer、__kindof、__covariant/__contravariant等见 objc/ObjectiveCLexer.g4空值性修饰符nullabilitynullable/__nullable/_Nullable、nonnull/__nonnull/_Nonnull、null_unspecified、null_resettable见 objc/ObjectiveCLexer.g4常用宏形式NS_ENUM、NS_OPTIONS、NS_CLOSED_ENUM、NS_ERROR_ENUM、NS_SWIFT_NAME、NS_INLINE、API_AVAILABLE/API_UNAVAILABLE等见 objc/ObjectiveCLexer.g4Interface Builder 属性IBOutlet、IBOutletCollection、IBInspectable、IB_DESIGNABLE见 objc/ObjectiveCLexer.g4字面量与运算符字符/字符串字面量含前缀字符串、L宽字符串通过StringStart片段与STRING_MODE处理、十六/八/二进制与十进制整型字面量、浮点字面量以及 C 语言全套运算符与赋值运算符见 objc/ObjectiveCLexer.g4忽略宏通道NS_ASSUME_NONNULL_BEGIN/END、XXX_EXTERN、XXX_IOS(...)/XXX_MAC(...)、__TVOS_PROHIBITED直接送入IGNORED_MACROS通道不参与语法分析见 objc/ObjectiveCLexer.g4。4.2 语法入口与顶层结构objc/ObjectiveCParser.g4 的入口规则为translationUnittranslationUnit : topLevelDeclaration* EOF ; topLevelDeclaration : importDeclaration | functionDeclaration | declaration | classInterface | classImplementation | categoryInterface | categoryImplementation | protocolDeclaration | protocolDeclarationList | classDeclarationList | functionDefinition | ; ;见 objc/ObjectiveCParser.g4顶层声明覆盖了类接口interface、类实现implementation、分类categoryinterface ClassName (Category)、协议protocol、函数定义、import模块导入等。例如类接口规则允许可选的IB_DESIGNABLE、泛型参数列表与协议列表见 objc/ObjectiveCParser.g4classInterface : IB_DESIGNABLE? interface className genericTypeSpecifier ( : superclassName identifier )? (LT (protocolList | genericConformanceList) GT)* instanceVariables? interfaceDeclarationList? end ;仓库示例 objc/examples/BoxPhoto.h 展示了典型可解析内容#import头文件、class前置声明、typedef NS_OPTIONS(...)枚举、interface 实例变量块 方法声明 property最后end收尾。五、用 Maven 测试文法5.1 前置条件已获取本仓库源码git clone本机安装 Maven官方要求见其文档Java 环境可用ANTLR Maven 插件运行于 JVM 之上。5.2 测试步骤在仓库根目录下的objc子目录执行cd grammars-v4/objc mvn clean testmvn clean test会依次完成清理 → 通过antlr4-maven-plugin从.g4生成词法/语法解析器代码 → 编译 → 运行antlr4test-maven-plugin对示例文件做解析测试。5.3 pom.xml 测试配置解读objc/pom.xml 中两个插件的关键配置如下。ANTLR 代码生成插件objc/pom.xmlplugin groupIdorg.antlr/groupId artifactIdantlr4-maven-plugin/artifactId version${antlr.version}/version configuration sourceDirectory${basedir}/sourceDirectory includes includeObjectiveCLexer.g4/include includeObjectiveCParser.g4/include /includes visitortrue/visitor listenertrue/listener /configuration ... /plugin要点sourceDirectory指向objc目录本身只编译ObjectiveCLexer.g4与ObjectiveCParser.g4双步模式需要的ObjectiveCPreprocessorLexer/ObjectiveCPreprocessorParser未包含在此处说明双步预处理组件由外部集成方按需自行编译生成visitor与listener均为true因此生成的解析器同时支持访问器与监听器两种遍历方式——双步流程中的ObjectiveCPreprocessor正是继承自ObjectiveCPreprocessorParserBaseVisitorString的访问器实现。示例解析测试插件objc/pom.xmlplugin groupIdcom.khubla.antlr/groupId artifactIdantlr4test-maven-plugin/artifactId version${antlr4test-maven-plugin.version}/version configuration verbosefalse/verbose showTreefalse/showTree entryPointtranslationUnit/entryPoint grammarNameObjectiveC/grammarName packageName/packageName exampleFilesexamples//exampleFiles /configuration ... /plugin要点entryPoint为translationUnit即测试以语法入口规则为准grammarName为ObjectiveCexampleFiles指向examples/目录插件会遍历该目录下的.h/.m文件逐个尝试解析失败即测试失败。5.4 示例与已知待修复用例objc/examples/ 提供了 10 个可正常解析的示例如BoxPhoto.h/.m、NetworkRequest.h/.m、ClassInterfaceTest.h、Enums.h、FSBaseViewController.h/.m、MASAttribute.h、ProtocolTest.hobjc/examples-to-fix/ 中存放了当前已知无法完全解析的用例AllInOne.m及其错误输出AllInOne.m.errors这是文法仍在持续改进的信号——实际使用时应以examples/为通过基线examples-to-fix/可作为贡献者继续完善文法的起点。六、双步模式的测试口径README 所述验证结果README 对两种模式的验证口径做了如下记录单步模式被用于完整项目的解析与转换README 以 Popovers demo 的整项目 Objective-C 转 Swift 为例双步模式README 声称对一批知名开源 iOS 项目的.m文件实现了超过 95% 的正确解析率项目列表包括 AFNetworking、realm-cocoa、iOS-Source-Code-Analyze、SDWebImage、MJRefresh、SmarterStreaming、ReactiveCocoa、GSKStretchyHeaderView、JSQMessagesViewController、SocketRocket、MBProgressHUD、DZNEmptyDataSet、AsyncDisplayKit、UITableView-FDTemplateLayoutCell、SDAutoLayout、Chameleon、TomatoRead、iCarousel、SVProgressHUD、fmdb。需要强调的是这些数据来自原 README 的陈述属于项目自述而非本文可验证的独立测试结论本仓库当前并未包含对这些外部项目的自动化回归测试。若你需要复现该口径应自行克隆对应项目并在双步管线预处理 → 访问器改写 →ObjectiveCParser解析下统计.m文件的解析成功率同时注意正确注入这些项目各自依赖的条件编译宏。七、两种模式如何选型结合以上架构分析给出选型建议以下为基于代码结构的工程判断非官方承诺追求单次遍历、管线最短选单步模式。它用一个词法器同时产出指令 token 与代码 token中间不需要额外的改写回写步骤适合转换器这类解析一次、输出目标代码的场景需要精细控制条件编译、保留错误行列号选双步模式。独立的预处理词法/语法让#if条件求值、宏替换与代码解析彻底解耦ObjectiveCPreprocessor用空格等长占位的策略确保后续解析错误定位精准适合代码审查、静态分析这类对位置信息敏感的服务两者共用ObjectiveCParser无论选哪种模式后续的 Objective-C 语法分析层完全一致业务代码只需面向同一套解析树 API 编写。从 objc/desc.xml 声明的目标平台看该文法面向 CSharp、Cpp、Dart、Go、Java、JavaScript、Python3、TypeScript、Antlr4ng 等运行时均有生成支持Java 之外的集成方可参考相同流程使用各自语言的 ANTLR 运行时与代码生成工具双步模式中的占位访问器逻辑也可按 objc/two-step-processing/Java/ObjectiveCPreprocessor.java 的语义移植到目标语言。八、许可证与延伸阅读许可证Objective-C 文法与辅助文件采用 MIT 许可README 明确说明各.g4文件头部亦附有 MIT 版权声明见 objc/ObjectiveCLexer.g4参考README 引用 pldb 作为 Objective-C 语言概念参考仓库内继续探索如需了解整套仓库的测试规范与编码风格可查看 test.sh、House_Rules.md 与 CLAUDE.md文法的多语言生成模板位于 _scripts/templates/。赞分享编程语言编译器开发工具【免费下载链接】grammars-v4Grammars written for ANTLR v4; expectation that the grammars are free of actions.项目地址https://gitcode.com/gh_mirrors/gr/grammars-v4点击查看免费下载相关推荐Hermes Agent你的AI助手如何通过OpenRouter访问200模型Hermes Agent你的AI助手如何通过OpenRouter访问200模型 在人工智能快速发展的今天选择正确的AI模型往往决定了工作效率和创意实现的质AI Agent人工智能AI 应用工具调用Agent 记忆交互助手RAG任务调度MCP 服务ANTLR 项目单元测试指南tool-testsuite 与 runtime-testsuite 双套件架构解析ANTLR 项目单元测试指南tool testsuite 与 runtime testsuite 双套件架构解析 导读 本文基于仓库中的 doc/antlr开发工具编程语言编译器antlr/grammars-v4代码生成器从语法到应用antlr/grammars v4代码生成器从语法到应用 你是否还在为解析复杂的编程语言或数据格式而烦恼是否希望快速构建自定义解析器却受制于复杂的语法规则编程语言编译器开发工具上一篇Deployer扩展开发自定义配方和贡献组件教程下一篇Flask-SQLAlchemy集成SQLAlchemy-mixins的最佳实践与示例代码创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考