.net10下，LINQ问题

[xj728]

.Select(w => new MenuFunctionDto()
{
MenuId = w.MenuId,
FunctionId = w.Id,
Title = w.Title,
Url = w.Url,
Show = w.Show
})
以上代码会报错，在.net10以前的版本没问题，升级到.net10后就有问题。具体是下面这一行有问题。
FunctionId = w.Id, 这个映射在.net10里有问题，如果改成FunctionId = w.FunctionId就没问题。

[shuxinqin]

提供一下w的类和MenuFunctionDto的类一下

[xj728]

// Entity
public class MenuFunction : BaseEntity
{
public long Id { get; set; } // Inherited from BaseEntity
public long MenuId { get; set; }
public string Title { get; set; }
public string Url { get; set; }
public bool Show { get; set; }
}

// DTO
public class MenuFunctionDto
{
public long MenuId { get; set; }
public long FunctionId { get; set; } // Maps to MenuFunction.Id
public string Title { get; set; }
public string Url { get; set; }
public bool Show { get; set; }
}

// Query - Throws exception in .NET 10
var queryFunctions = await this._dbContext.Query()
.Where(w => menuIds.Contains(w.MenuId))
.Select(w => new MenuFunctionDto()
{
MenuId = w.MenuId,
FunctionId = w.Id, // ⚠️ Mapping Id to FunctionId causes exception
Title = w.Title,
Url = w.Url,
Show = w.Show
})
.ToListAsync();

[xj728]

var queryFunctions = await this._dbContext.Query()应该是下面这个，但是发出去不显示表名

[shuxinqin]

我这运行正常，无法重现哦

[xj728]

menuIds改成数组就出问题了。
var menuIds = new long[] { 1,2 };

[xj728]

我这运行正常，无法重现哦

menuIds改成数组就出问题了。
var menuIds = new long[] { 1,2 };

[shuxinqin]

改成数组也一样正常哦

[xj728]

我用源码调试了一下，具体错误代码
Chloe.Reflection.Emit.DelegateGenerator 的 CreateInvoker方法。 223行，如下：

这是数组报错

这是List正常

以下是.net版本

以下是捕获错误详情

以下是copilot分析的错误

[shuxinqin]

重现不了。。。你用我ChloeDemo里面的，写个能复现的代码，提交到你自己的分支，发来我试试

[xj728]

已经解决了。下面是说明，供参考
Chloe 内部问题定位与修复说明

1. 现象
   • 执行查询时抛出 NotSupportedException: Does not support method 'MemoryExtensions.Contains(ReadOnlySpan, T)'。
   • 场景示例：menuIds.AsSpan().Contains(w.MenuId) 或隐式 ReadOnlySpan 的 Contains(KeyValuePair<string, object>)。
2. 根因
   • Chloe 的 Contains_HandlerBase 仅支持以下 Contains(KeyValuePair<string, object>) 形式：
   • string.Contains(string)
   • IList/ICollection.Contains(item)
   • Enumerable.Contains(source, item)
   • MemoryExtensions.Contains(ReadOnlySpan span, T value) 仅在 span 可直接解析为常量/参数的 IEnumerable 时。
   • 真实表达式树中，AsSpan() 会生成 ReadOnlySpan 的隐式转换：op_Implicit(T[])。exp.Arguments[0] 的 NodeType 变为 MethodCall，不是 Constant/Parameter，TryGetEnumerableFromExpression(DbExpression, out IEnumerable) 返回 false，导致进入 MakeNotSupportedMethodException(MethodInfo)。
3. 修复思路
   • 在解析 ReadOnlySpan 时，沿表达式树向下解包隐式转换，找到底层 IEnumerable（如数组/列表）。
   • 仍避免对 ReadOnlySpan 做 Evaluate，直接取底层集合以生成 IN (...)。
4. 关键改动（已完成）
   • TryGetEnumerableFromExpression(DbExpression, out IEnumerable) 增加对静态 op_Implicit（隐式 span 转换）方法调用的解包：
   • 若 exp 为 MethodCall 且 Method.Name == "op_Implicit" 且只有一个参数，则递归处理该参数。
   • 其余逻辑保持：常量/参数获取 IEnumerable。
5. 结果
   • Contains(KeyValuePair<string, object>) 在配合 AsSpan() 等隐式转换时不再抛出不支持异常，可正常生成 IN 语句。
   • 其他 Contains(KeyValuePair<string, object>) 场景不受影响。
6. 建议
   • 查询侧优先使用 list.Contains(x)；若需 AsSpan()，当前修复已兼容。
   • 后续若有更多包装（如额外的 Convert(object)/自定义扩展）导致 NodeType 为 MethodCall，可按同思路继续解包特定方法。

[xj728]

并不是你手写了 AsSpan，而是编译器帮你做的：
• 你写的 menuIds.Contains(w.MenuId)，MenuIds 类型是 long[]。
• C# 对数组存在隐式转换 T[] -> ReadOnlySpan，而 MemoryExtensions.Contains(ReadOnlySpan, T) 是可见的扩展方法。
• 重载决议优先选中了 MemoryExtensions.Contains(ReadOnlySpan, long)，编译器生成的表达式是 MemoryExtensions.Contains((ReadOnlySpan)menuIds, w.MenuId)，其中 (ReadOnlySpan)menuIds 体现为 op_Implicit 方法调用，而不是显式的 AsSpan()。
• 在表达式树里就表现为 MethodCall 节点：op_Implicit(long[]) 作为 Contains(KeyValuePair<string, object>) 的第 0 个参数，这就是之前 Chloe 无法解析的来源。

还是.net10对性能优化造成的。我觉得需要吧代码在.net10的环境下重新编译。

[shuxinqin]

那为了避免编译器使用MemoryExtensions.Contains，那 Enumerable.Contains 这样显示调用就可以解决

[xj728]

刚刚升级到5.55，并没有解决，依然报错。
System.InvalidProgramException
HResult=0x8013153A
Message=Common Language Runtime detected an invalid program.
Source=System.Private.CoreLib
StackTrace:
在 System.Reflection.Emit.DynamicMethod.CreateDelegate(Type delegateType, Object target)
在 System.Linq.Expressions.Expression1.Compile() 在 Chloe.Reflection.Emit.DelegateGenerator.CreateInvoker(MethodInfo method) 在 Chloe.Reflection.EmitDelegateFactory.CreateInvoker(MethodInfo method) 在 Chloe.Reflection.DefaultDelegateFactory.CreateInvoker(MethodInfo method) 在 Chloe.Reflection.MethodInvokerContainer.Get(MethodInfo method) 在 Chloe.Reflection.ReflectionExtension.FastInvoke(MethodInfo method, Object obj, Object[] parameters) 在 Chloe.Visitors.DbExpressionEvaluator.VisitMethodCall(DbMethodCallExpression exp) 在 Chloe.DbExpressions.DbMethodCallExpression.Accept[T](DbExpressionVisitor1 visitor)
在 Chloe.Visitors.DbExpressionEvaluator.Visit(DbExpression exp)
在 Chloe.Visitors.DbExpressionEvaluator.Evaluate(DbExpression exp)
在 Chloe.DbExpressions.DbExpressionExtension.Evaluate(DbExpression exp)
在 Chloe.Visitors.EvaluableDbExpressionTransformerBase.VisitMethodCall(DbMethodCallExpression exp)
在 Chloe.DbExpressions.DbMethodCallExpression.Accept[T](DbExpressionVisitor1 visitor) 在 Chloe.Visitors.EvaluableDbExpressionTransformerBase.<VisitMethodCall>b__11_0(DbExpression a) 在 System.Linq.Enumerable.IListSelectIterator2.Fill(IList1 source, Span1 results, Func2 func) 在 System.Linq.Enumerable.IListSelectIterator2.ToList()
在 Chloe.Visitors.EvaluableDbExpressionTransformerBase.VisitMethodCall(DbMethodCallExpression exp)
在 Chloe.DbExpressions.DbMethodCallExpression.Accept[T](DbExpressionVisitor1 visitor) 在 Chloe.DbExpressions.DbExpressionVisitor.MakeNewExpression(DbExpression exp) 在 Chloe.DbExpressions.DbExpressionVisitor.VisitSqlQuery(DbSqlQueryExpression exp) 在 Chloe.DbExpressions.DbSqlQueryExpression.Accept[T](DbExpressionVisitor1 visitor)
在 Chloe.SqlServer.EvaluableDbExpressionTransformer.Transform(DbExpression exp, List1 variables) 在 Chloe.SqlServer.DbExpressionTranslator.Translate(DbExpression expression, List1 variables)
在 Chloe.Query.Internals.InternalQuery1.GenerateCommandFactor() 在 Chloe.Query.Internals.InternalQuery1.GetFeatureEnumerator(CancellationToken cancellationToken)
在 Chloe.FeatureEnumerable1.GetAsyncEnumerator(CancellationToken cancellationToken) 在 System.Runtime.CompilerServices.ConfiguredCancelableAsyncEnumerable1.GetAsyncEnumerator()
在 System.Linq.AsyncEnumerable.<g__Impl|188_0>d`1.MoveNext()
在 Fang.Test.UserTest.d__3.MoveNext() 在 D:\work\fang\CFW\CFW.Test\UserTest.cs 中: 第 112 行
在 Microsoft.VisualStudio.TestPlatform.MSTest.TestAdapter.Execution.TestMethodInfo.d__55.MoveNext()

下面面vs测试 copilot分析结果：

当前异常本质：CLR 在 JIT 编译/执行某个动态生成的方法（DynamicMethod）时发现 IL 无效，因此抛出 System.InvalidProgramException；你看到的断点位置在 this._dbContext.Query()，但根因不是这行“写错”，而是底层 ORM/表达式翻译器生成了非法 IL。从 Debug Output 里最关键的线索是已加载：Chloe.dll、Chloe.SqlServer.dll，并出现 Anonymously Hosted DynamicMethods Assembly，随后立刻抛异常——这非常典型：Chloe 在构建查询提供程序/实体映射/投影时用 Reflection.Emit 生成动态方法，生成的 IL 在 .NET 10（你运行时是 Microsoft.NETCore.App 10.0.1）上触发了更严格的校验或不兼容路径。
为什么会这样（<200字）： .NET 10 下某些 Reflection.Emit / JIT 行为变化会暴露第三方库（这里高度指向 Chloe）在生成动态方法 IL 时的兼容性问题。异常发生在查询入口处，是因为 Chloe 在第一次使用 Query() 时会生成实体访问器/投影器等动态方法；IL 无效则直接导致 CLR 报 “invalid program”。
可能的修复（可操作）：

1. 升级 Chloe / Chloe.SqlServer 到明确支持 net10.0 的版本（优先）。若当前 Chloe 版本较老，极可能不兼容。
2. 若无可用兼容版本：将测试项目/相关运行环境降级到 net8.0 或 net9.0（临时绕过）。
3. 作为排查/规避：尝试在 Chloe 配置中关闭/切换其动态方法生成策略（如果 Chloe 提供类似开关，比如禁用 emit、改用表达式解释/反射路径；具体取决于你项目里 _dbContext 的创建与配置代码）。
   为了给出“确定的根因点”（对应 Chloe 的哪段 emit/哪个配置触发），我需要你贴两段代码/信息：
   • _dbContext 的类型与初始化代码（创建 IDbContext/连接/DbContext 配置的那段）
   • 你当前 Chloe 和 Abs_Handler.cs 的 NuGet 版本，以及目标框架（net10.0）的 csproj 片段
   要我先按“降级到 net8.0”给出具体修改吗？

[shuxinqin]

写个复现的demo我吧。。

[xj728]

附件里是一个最简单的demo，你更换一下mssql的链接字符串就可以复现。 以下是GPT5.2的分析结果 错误概述：你遇到的是 System.InvalidProgramException: Common Language Runtime detected an invalid program. ——这不是“SQL 执行失败/表达式不支持”的常规异常，而是 CLR/JIT 在执行某个动态生成的方法（DynamicMethod）时，发现其 IL 非法（栈不平衡、无效跳转、返回类型/装箱拆箱不匹配等），因此直接判定“程序无效”。 为什么会发生（根因，非表象）： •     从输出窗口可以看到加载了 Anonymously Hosted DynamicMethods Assembly，随后立刻抛出 InvalidProgramException。这强烈指向：Chloe 在执行 dbContext.Query<MenuFunction&gt;()...Select(new MenuFunctionDto {...}) 时，内部为了性能 用 System.Reflection.Emit 生成对象投影/物化器（Materializer/Activator）。 •     在 .NET 10（你这里是 Microsoft.NETCore.App 10.0.2）下，JIT/验证规则或运行时实现细节发生了变化，使得 Chloe 生成的 IL 在某些组合场景（此处就是 Select new DTO 的投影）触发 更严格的校验/不同的优化路径，从而暴露了 Chloe IL 生成器里的 bug（issue #425 也吻合）。 •     之所以看起来异常停在 dbContext.Query<MenuFunction&gt;()：调试器把断点/活动语句定位到了第一段链式调用起点，但真正触发点通常在后续枚举（ToListAsync()）导致的执行计划编译/投影委托编译阶段。 可能的修复方向（可落地）： 1.    升级 Chloe / Chloe.SqlServer 到包含 .NET 10 修复的版本（最优先）。这是典型“运行时升级后 IL 生成不兼容”的库端问题，应用端很难从根上修。 2.    临时规避（如果你必须卡住版本）： •     避免触发 Chloe 的动态 IL 投影：例如先取实体再在内存中映射 DTO（会损失性能）。 •     或改为不走 new MenuFunctionDto { ... } 的投影路径（具体取决于 Chloe 是否提供“禁用Emit/改用表达式编译”的开关；需要你提供 Chloe 版本与是否有相关配置项）。 3.    如果你能改库：定位 Chloe 内部 ObjectActivatorCreator / “物化器生成器”里对 DTO 初始化（尤其是值类型/可空/布尔字段 Show、以及属性赋值顺序与栈行为）生成的 IL，修复栈平衡与类型匹配；并为 .NET 10 增加回归测试。 要继续精确定位到 Chloe 内部具体哪个动态方法/哪段 IL： •     目前我无法从工具里拿到 Chloe 的具体符号实现（get_symbols 没返回 Chloe 相关实现，说明调试环境里没解析到这些外部符号源码/符号信息）。你需要提供：引用的 Chloe 包版本号、以及是否能给出 Chloe.dll/Chloe.SqlServer.dll 的源码路径或对应的 PDB/源链接信息（或直接贴出相关投影/物化器生成代码段） 以下时开发环境 徐剑 ***@***.*** 原始邮件 发件人：shuxin ***@***.***&gt; 发件时间：2026年1月5日 00:22 收件人：shuxinqin/Chloe ***@***.***&gt; 抄送：xj728 ***@***.***&gt;, Author ***@***.***&gt; 主题：Re: [shuxinqin/Chloe] .net10下，LINQ问题 (Issue #425) shuxinqin left a comment (shuxinqin/Chloe#425) 写个复现的demo我吧。。 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.