ea0b937705
- 新增 stream invoker provider、descriptor 与 dispatcher/registrar 接线 - 更新 source generator 与回归测试，覆盖 generated stream invoker 发射和消费语义 - 更新 CQRS 文档与 ai-plan 恢复点，补充 stream invoker 的接入与验证记录
GFramework.Cqrs.SourceGenerators
GFramework.Cqrs.SourceGenerators 用于在编译期为当前业务程序集生成 CQRS handler registry，减少运行时程序集扫描与反射注册成本。
模块定位
这个包是编译期生成器，不是运行时消息或处理器库。
生成器会分析当前业务程序集中的：
IRequestHandler<,>INotificationHandler<>IStreamRequestHandler<,>
并生成：
ICqrsHandlerRegistry实现- 在运行时合同允许时，额外生成 request / stream invoker provider 与 descriptor 元数据
- 程序集级
CqrsHandlerRegistryAttribute - 必要时的
CqrsReflectionFallbackAttribute元数据
包关系
- 运行时：
GFramework.Cqrs - 契约层：
GFramework.Cqrs.Abstractions - 生成器：
GFramework.Cqrs.SourceGenerators
不安装这个包也可以正常使用 CQRS；区别只在于运行时会更多依赖反射扫描注册 handlers。
当前代码入口
仓库内该包的主要实现位于：
Cqrs/CqrsHandlerRegistryGenerator.cs
它会在可以安全生成静态注册器时前移注册工作；对无法由生成代码直接引用的 handler，则通过 reflection fallback 元数据让运行时做定向补扫，而不是整程序集盲扫。
当 fallback handler 本身仍可直接引用时，生成器会优先发射 typeof(...) 形式的 fallback 元数据；如果 runtime 允许同一程序集声明多个 fallback 特性实例，mixed 场景也会拆成 Type 元数据和字符串元数据两段，进一步减少运行时按类型名回查程序集的成本。
当 runtime 同时暴露 request / stream invoker provider 契约时，生成注册器还会为可直接静态表达的 IRequestHandler<,> 与
IStreamRequestHandler<,> 发射对应 descriptor 与开放静态 invoker 方法，让 runtime 在首次创建 request / stream binding 时优先消费这些编译期元数据；未命中时仍保持既有反射 binding 创建语义。
最小接入路径
<ItemGroup>
<PackageReference Include="GeWuYou.GFramework.Cqrs" Version="x.y.z" />
<PackageReference Include="GeWuYou.GFramework.Cqrs.Abstractions" Version="x.y.z" />
<PackageReference Include="GeWuYou.GFramework.Cqrs.SourceGenerators"
Version="x.y.z"
PrivateAssets="all"
ExcludeAssets="runtime" />
</ItemGroup>
运行时侧仍按正常方式注册程序集：
RegisterCqrsHandlersFromAssembly(typeof(GameArchitecture).Assembly);
安装生成器后，运行时会优先走生成的 registry；无法静态表达的部分再走定向回退。 如果当前 runtime 合同已经包含 request / stream invoker provider seam，generated registry 还会把这两类 invoker 元数据一并前移到编译期。
什么时候值得安装
- 你的业务程序集里 handler 数量较多
- 你希望缩小冷启动时的反射扫描范围
- 你需要把 handler 注册路径收束到编译期并保持可诊断