应使用官方Gherkin NuGet包解析.feature文件：创建Parser→Parse()得Feature AST→遍历Children筛选Scenario→取Tags.Name和Name字段；SpecFlow不提供运行时解析API，正则或手动读取易出错。
SpecFlow 的 .feature 文件不是运行时读取的源文件
它不会被 C# 程序直接“解析”成可执行逻辑——.feature 文件只在 SpecFlow 编译阶段（即生成 *.feature.cs 文件时）被读取一次，之后就被丢弃。你看到的测试方法、步骤绑定、场景上下文，全来自生成的 C# 类，而不是运行时重新加载 .feature 文件。
所以，如果你的目标是“在运行时打开一个 login.feature，提取出所有 @smoke 场景”，这不是 SpecFlow 设计要解决的问题；它是 Gherkin 解析问题，得绕过 SpecFlow 自己动手。
- SpecFlow 不提供公开 API 读取或遍历
.feature文件内容 -
SpecFlow.Tools.Parser是内部类，不推荐引用，且随版本变动大 - 强行用
File.ReadAllText+ 正则去“解析” Gherkin 文本极易出错（缩进、多行字符串、注释、表格边界）
真要读 .feature 文件，用官方 Gherkin NuGet 包
这是唯一靠谱的方式：用 Cucumber 官方维护的 Gherkin 库（.NET 版），它专为解析 Gherkin 文本设计，能正确处理关键字、注释、数据表、文档字符串、标签嵌套等。
安装：dotnet add package Gherkin
核心流程就是：创建 Parser → 调用 Parse() → 得到 Feature AST 对象 → 遍历 Feature.Children（每个是 Scenario 或 ScenarioOutline）。
- 支持全部 Gherkin 6+ 语法，包括
Examples表格中的|分隔和换行符保留 - 返回的是强类型对象（
Feature,Scenario,Step,Tag），不是字符串切片 - 不依赖 SpecFlow，也不影响编译流程，纯运行时解析
- 注意：
Parser.Parse()接收的是TextReader，别直接传路径字符串——要用new StringReader(content)或File.OpenText(path)
Gherkin.Parser 解析后怎么取标签和场景名
拿到 Feature 对象后，标签在 Feature.Tags（顶层标签），每个 Scenario 自己也有 Tags 属性；场景名是 Scenario.Name，不是 Scenario.Id（后者是内部哈希 ID）。
示例片段：
var parser = new Parser();
var feature = parser.Parse(new StringReader(File.ReadAllText("login.feature")));
foreach (var child in feature.Children)
{
if (child is Scenario scenario)
{
var tags = scenario.Tags.Select(t => t.Name).ToArray(); // 如 ["@smoke", "@regression"]
var name = scenario.Name; // "User logs in with valid credentials"
var steps = scenario.Steps.Select(s => s.Text).ToList();
}
}-
scenario.Tags是IReadOnlyList<tag></tag>，Tag.Name带@符号，如"@smoke" - 多行步骤（如
"""..."""或表格）的文本内容在Step.Argument中，需判断类型（DataTable/DocString）再取值 - 不要假设
Children顺序恒定——Gherkin 允许Background插在中间，需用is Scenario或is ScenarioOutline判断类型
为什么不用正则或 StreamReader 手动拆？
因为 Gherkin 不是行格式文本，而是结构化文档：关键词大小写不敏感（Given/given 都合法）、空行不终止场景、表格列对齐无意义、Examples 可能跨多行、注释可出现在任意行首（#），还有嵌套的 ScenarioOutline + Examples 组合。
- 用正则匹配
@.*会漏掉写在Scenario下面的标签（Gherkin 允许） - 按空行分割会把带空行的
DocString错切成两段 - 忽略缩进会导致把
Then步骤误判成新Scenario -
Gherkin库内部用状态机解析，已覆盖所有边缘 case，自己重写成本高、维护难、易崩
真正麻烦的点不在“怎么读”，而在于你得想清楚：读出来之后做什么？渲染成 HTML？做覆盖率统计？还是动态启用/跳过某些场景？这些需求决定了你要取哪些字段、怎么缓存 AST、是否需要合并多个 .feature 文件——而这些，Gherkin 库只管解析，不管业务逻辑。
