.NET 运行时试题 08：裁剪、反射兼容性与 AOT 限制
141 关于程序集裁剪，哪一项准确描述了应依赖的平台契约？
难度： 基础
- A. 裁剪只删除未使用的源代码注释和调试符号
- B. 裁剪器通过静态分析移除判断为不可达的代码，以减小发布产物
- C. 反射、序列化和动态插件可能隐藏依赖，需要注解、描述文件或设计调整
- D. 只要观察到“发布后反射创建类型失败”，就能把这次现象视为所有环境中的固定行为。
查看答案与解析
正确答案B
正确项给出了程序集裁剪可直接依赖的规则：“裁剪器通过静态分析移除判断为不可达的代码，以减小发布产物”。“反射、序列化和动态插件可能隐藏依赖，需要注解、描述文件或设计调整”是应用规则前必须确认的边界，不是规则本身；“裁剪只删除未使用的源代码注释和调试符号”则把常见现象或实现细节扩大成了平台保证。场景“发布后反射创建类型失败”只能作为排查线索，仍需结合目标框架、发布方式和运行时证据验证。
142 生产环境出现“发布后反射创建类型失败”时，针对程序集裁剪应如何排查？
难度： 进阶
- A. 直接采用“裁剪只删除未使用的源代码注释和调试符号”解释现象，不再收集目标进程和发布配置证据。
- B. 只增加机器资源或重启进程，以一次恢复结果代替对“反射、序列化和动态插件可能隐藏依赖，需要注解、描述文件或设计调整”的验证。
- C. 只检查代码是否能够编译，通过后便认定“裁剪器通过静态分析移除判断为不可达的代码，以减小发布产物”在当前部署中必然成立。
- D. 先验证“反射、序列化和动态插件可能隐藏依赖，需要注解、描述文件或设计调整”，再使用运行时指标、日志或最小复现检查“裁剪器通过静态分析移除判断为不可达的代码，以减小发布产物”是否成立。
查看答案与解析
正确答案D
“发布后反射创建类型失败”可能由多条路径造成，不能直接证明根因。合理顺序是先确认边界“反射、序列化和动态插件可能隐藏依赖，需要注解、描述文件或设计调整”，再以“裁剪器通过静态分析移除判断为不可达的代码，以减小发布产物”组织证据。采用误区“裁剪只删除未使用的源代码注释和调试符号”、盲目扩容或只看编译结果，都跳过了运行配置与真实调用路径，无法形成可复核的诊断结论。
143 评审程序集裁剪相关实现时，以下哪项判断不成立？
难度： 实战
- A. 裁剪只删除未使用的源代码注释和调试符号
- B. 裁剪器通过静态分析移除判断为不可达的代码，以减小发布产物
- C. 反射、序列化和动态插件可能隐藏依赖，需要注解、描述文件或设计调整
- D. 遇到“发布后反射创建类型失败”时，应把可观察证据与平台契约分开记录，再验证二者是否一致。
查看答案与解析
正确答案A
题目要求找出不成立的判断，“裁剪只删除未使用的源代码注释和调试符号”正是程序集裁剪的典型误区。主规则“裁剪器通过静态分析移除判断为不可达的代码，以减小发布产物”描述了实现应依赖的契约，边界“反射、序列化和动态插件可能隐藏依赖，需要注解、描述文件或设计调整”限制了结论的适用范围。生产场景还需要保留指标、日志、跟踪或转储等证据，不能因为一次成功或失败就反转稳定契约。
144 准备上线涉及程序集裁剪的改动时，哪项验收方案最完整？
难度： 实战
- A. 依据“裁剪只删除未使用的源代码注释和调试符号”完成修改，只要本地运行一次成功就立即发布。
- B. 按照“裁剪器通过静态分析移除判断为不可达的代码，以减小发布产物”修改代码，但不核对“反射、序列化和动态插件可能隐藏依赖，需要注解、描述文件或设计调整”或目标发布模式。
- C. 依据“裁剪器通过静态分析移除判断为不可达的代码，以减小发布产物”实现，在“反射、序列化和动态插件可能隐藏依赖，需要注解、描述文件或设计调整”成立的环境中验证，并为“发布后反射创建类型失败”保留可观测证据和回退条件。
- D. 只验证“反射、序列化和动态插件可能隐藏依赖，需要注解、描述文件或设计调整”，实现仍继续依赖“裁剪只删除未使用的源代码注释和调试符号”这一未经证明的假设。
查看答案与解析
正确答案C
完整验收必须同时覆盖规则、边界和生产证据：实现遵守“裁剪器通过静态分析移除判断为不可达的代码，以减小发布产物”，部署环境满足“反射、序列化和动态插件可能隐藏依赖，需要注解、描述文件或设计调整”，并能在“发布后反射创建类型失败”出现时定位和回退。其余方案分别依赖错误假设、遗漏环境验证或只检查边界却保留错误实现，均不能证明改动在生产环境中安全。
145 关于裁剪警告，哪一项准确描述了应依赖的平台契约？
难度： 基础
- A. 警告只影响编译日志，不可能对应运行时缺失
- B. 消除警告不应靠全局压制，除非已经证明并记录运行时契约
- C. 裁剪警告表示静态分析无法证明动态访问安全，应定位调用链并显式表达依赖
- D. 只要观察到“CI 中出现 ILLink 警告”，就能把这次现象视为所有环境中的固定行为。
查看答案与解析
正确答案C
正确项给出了裁剪警告可直接依赖的规则：“裁剪警告表示静态分析无法证明动态访问安全，应定位调用链并显式表达依赖”。“消除警告不应靠全局压制，除非已经证明并记录运行时契约”是应用规则前必须确认的边界，不是规则本身；“警告只影响编译日志，不可能对应运行时缺失”则把常见现象或实现细节扩大成了平台保证。场景“CI 中出现 ILLink 警告”只能作为排查线索，仍需结合目标框架、发布方式和运行时证据验证。
146 生产环境出现“CI 中出现 ILLink 警告”时，针对裁剪警告应如何排查？
难度： 进阶
- A. 直接采用“警告只影响编译日志，不可能对应运行时缺失”解释现象，不再收集目标进程和发布配置证据。
- B. 只增加机器资源或重启进程，以一次恢复结果代替对“消除警告不应靠全局压制，除非已经证明并记录运行时契约”的验证。
- C. 只检查代码是否能够编译，通过后便认定“裁剪警告表示静态分析无法证明动态访问安全，应定位调用链并显式表达依赖”在当前部署中必然成立。
- D. 先验证“消除警告不应靠全局压制，除非已经证明并记录运行时契约”，再使用运行时指标、日志或最小复现检查“裁剪警告表示静态分析无法证明动态访问安全，应定位调用链并显式表达依赖”是否成立。
查看答案与解析
正确答案D
“CI 中出现 ILLink 警告”可能由多条路径造成，不能直接证明根因。合理顺序是先确认边界“消除警告不应靠全局压制，除非已经证明并记录运行时契约”，再以“裁剪警告表示静态分析无法证明动态访问安全，应定位调用链并显式表达依赖”组织证据。采用误区“警告只影响编译日志，不可能对应运行时缺失”、盲目扩容或只看编译结果，都跳过了运行配置与真实调用路径，无法形成可复核的诊断结论。
147 评审裁剪警告相关实现时，以下哪项判断不成立？
难度： 实战
- A. 裁剪警告表示静态分析无法证明动态访问安全，应定位调用链并显式表达依赖
- B. 警告只影响编译日志，不可能对应运行时缺失
- C. 消除警告不应靠全局压制，除非已经证明并记录运行时契约
- D. 遇到“CI 中出现 ILLink 警告”时，应把可观察证据与平台契约分开记录，再验证二者是否一致。
查看答案与解析
正确答案B
题目要求找出不成立的判断，“警告只影响编译日志，不可能对应运行时缺失”正是裁剪警告的典型误区。主规则“裁剪警告表示静态分析无法证明动态访问安全，应定位调用链并显式表达依赖”描述了实现应依赖的契约，边界“消除警告不应靠全局压制，除非已经证明并记录运行时契约”限制了结论的适用范围。生产场景还需要保留指标、日志、跟踪或转储等证据，不能因为一次成功或失败就反转稳定契约。
148 准备上线涉及裁剪警告的改动时，哪项验收方案最完整？
难度： 实战
- A. 依据“裁剪警告表示静态分析无法证明动态访问安全，应定位调用链并显式表达依赖”实现，在“消除警告不应靠全局压制，除非已经证明并记录运行时契约”成立的环境中验证，并为“CI 中出现 ILLink 警告”保留可观测证据和回退条件。
- B. 依据“警告只影响编译日志，不可能对应运行时缺失”完成修改，只要本地运行一次成功就立即发布。
- C. 按照“裁剪警告表示静态分析无法证明动态访问安全，应定位调用链并显式表达依赖”修改代码，但不核对“消除警告不应靠全局压制，除非已经证明并记录运行时契约”或目标发布模式。
- D. 只验证“消除警告不应靠全局压制，除非已经证明并记录运行时契约”，实现仍继续依赖“警告只影响编译日志，不可能对应运行时缺失”这一未经证明的假设。
查看答案与解析
正确答案A
完整验收必须同时覆盖规则、边界和生产证据：实现遵守“裁剪警告表示静态分析无法证明动态访问安全，应定位调用链并显式表达依赖”，部署环境满足“消除警告不应靠全局压制，除非已经证明并记录运行时契约”，并能在“CI 中出现 ILLink 警告”出现时定位和回退。其余方案分别依赖错误假设、遗漏环境验证或只检查边界却保留错误实现，均不能证明改动在生产环境中安全。
149 关于DynamicallyAccessedMembers，哪一项准确描述了应依赖的平台契约？
难度： 基础
- A. DynamicallyAccessedMembers 可把调用方必须保留的成员要求传播到受注解值
- B. 给入口方法加一次注解就能保留全应用全部反射目标
- C. 注解必须放在能够表达数据流契约的位置，不能修复任意字符串反射
- D. 只要观察到“通用工厂接收 Type 后访问构造函数”，就能把这次现象视为所有环境中的固定行为。
查看答案与解析
正确答案A
正确项给出了DynamicallyAccessedMembers可直接依赖的规则：“DynamicallyAccessedMembers 可把调用方必须保留的成员要求传播到受注解值”。“注解必须放在能够表达数据流契约的位置，不能修复任意字符串反射”是应用规则前必须确认的边界，不是规则本身；“给入口方法加一次注解就能保留全应用全部反射目标”则把常见现象或实现细节扩大成了平台保证。场景“通用工厂接收 Type 后访问构造函数”只能作为排查线索，仍需结合目标框架、发布方式和运行时证据验证。
150 生产环境出现“通用工厂接收 Type 后访问构造函数”时，针对DynamicallyAccessedMembers应如何排查？
难度： 进阶
- A. 直接采用“给入口方法加一次注解就能保留全应用全部反射目标”解释现象，不再收集目标进程和发布配置证据。
- B. 先验证“注解必须放在能够表达数据流契约的位置，不能修复任意字符串反射”，再使用运行时指标、日志或最小复现检查“DynamicallyAccessedMembers 可把调用方必须保留的成员要求传播到受注解值”是否成立。
- C. 只增加机器资源或重启进程，以一次恢复结果代替对“注解必须放在能够表达数据流契约的位置，不能修复任意字符串反射”的验证。
- D. 只检查代码是否能够编译，通过后便认定“DynamicallyAccessedMembers 可把调用方必须保留的成员要求传播到受注解值”在当前部署中必然成立。
查看答案与解析
正确答案B
“通用工厂接收 Type 后访问构造函数”可能由多条路径造成，不能直接证明根因。合理顺序是先确认边界“注解必须放在能够表达数据流契约的位置，不能修复任意字符串反射”，再以“DynamicallyAccessedMembers 可把调用方必须保留的成员要求传播到受注解值”组织证据。采用误区“给入口方法加一次注解就能保留全应用全部反射目标”、盲目扩容或只看编译结果，都跳过了运行配置与真实调用路径，无法形成可复核的诊断结论。
151 评审DynamicallyAccessedMembers相关实现时，以下哪项判断不成立？
难度： 实战
- A. DynamicallyAccessedMembers 可把调用方必须保留的成员要求传播到受注解值
- B. 注解必须放在能够表达数据流契约的位置，不能修复任意字符串反射
- C. 给入口方法加一次注解就能保留全应用全部反射目标
- D. 遇到“通用工厂接收 Type 后访问构造函数”时，应把可观察证据与平台契约分开记录，再验证二者是否一致。
查看答案与解析
正确答案C
题目要求找出不成立的判断，“给入口方法加一次注解就能保留全应用全部反射目标”正是DynamicallyAccessedMembers的典型误区。主规则“DynamicallyAccessedMembers 可把调用方必须保留的成员要求传播到受注解值”描述了实现应依赖的契约，边界“注解必须放在能够表达数据流契约的位置，不能修复任意字符串反射”限制了结论的适用范围。生产场景还需要保留指标、日志、跟踪或转储等证据，不能因为一次成功或失败就反转稳定契约。
152 准备上线涉及DynamicallyAccessedMembers的改动时，哪项验收方案最完整？
难度： 实战
- A. 依据“给入口方法加一次注解就能保留全应用全部反射目标”完成修改，只要本地运行一次成功就立即发布。
- B. 按照“DynamicallyAccessedMembers 可把调用方必须保留的成员要求传播到受注解值”修改代码，但不核对“注解必须放在能够表达数据流契约的位置，不能修复任意字符串反射”或目标发布模式。
- C. 只验证“注解必须放在能够表达数据流契约的位置，不能修复任意字符串反射”，实现仍继续依赖“给入口方法加一次注解就能保留全应用全部反射目标”这一未经证明的假设。
- D. 依据“DynamicallyAccessedMembers 可把调用方必须保留的成员要求传播到受注解值”实现，在“注解必须放在能够表达数据流契约的位置，不能修复任意字符串反射”成立的环境中验证，并为“通用工厂接收 Type 后访问构造函数”保留可观测证据和回退条件。
查看答案与解析
正确答案D
完整验收必须同时覆盖规则、边界和生产证据：实现遵守“DynamicallyAccessedMembers 可把调用方必须保留的成员要求传播到受注解值”，部署环境满足“注解必须放在能够表达数据流契约的位置，不能修复任意字符串反射”，并能在“通用工厂接收 Type 后访问构造函数”出现时定位和回退。其余方案分别依赖错误假设、遗漏环境验证或只检查边界却保留错误实现，均不能证明改动在生产环境中安全。
153 关于RequiresUnreferencedCode，哪一项准确描述了应依赖的平台契约？
难度： 基础
- A. 添加该特性会让裁剪器自动分析并修复方法内部所有反射
- B. RequiresUnreferencedCode 标记调用在裁剪场景中无法由分析器保证安全，并把风险暴露给调用方
- C. 它是风险契约而不是自动保留所需成员的实现
- D. 只要观察到“库 API 在裁剪发布时产生调用警告”，就能把这次现象视为所有环境中的固定行为。
查看答案与解析
正确答案B
正确项给出了RequiresUnreferencedCode可直接依赖的规则：“RequiresUnreferencedCode 标记调用在裁剪场景中无法由分析器保证安全，并把风险暴露给调用方”。“它是风险契约而不是自动保留所需成员的实现”是应用规则前必须确认的边界，不是规则本身；“添加该特性会让裁剪器自动分析并修复方法内部所有反射”则把常见现象或实现细节扩大成了平台保证。场景“库 API 在裁剪发布时产生调用警告”只能作为排查线索，仍需结合目标框架、发布方式和运行时证据验证。
154 生产环境出现“库 API 在裁剪发布时产生调用警告”时，针对RequiresUnreferencedCode应如何排查？
难度： 进阶
- A. 先验证“它是风险契约而不是自动保留所需成员的实现”，再使用运行时指标、日志或最小复现检查“RequiresUnreferencedCode 标记调用在裁剪场景中无法由分析器保证安全，并把风险暴露给调用方”是否成立。
- B. 直接采用“添加该特性会让裁剪器自动分析并修复方法内部所有反射”解释现象，不再收集目标进程和发布配置证据。
- C. 只增加机器资源或重启进程，以一次恢复结果代替对“它是风险契约而不是自动保留所需成员的实现”的验证。
- D. 只检查代码是否能够编译，通过后便认定“RequiresUnreferencedCode 标记调用在裁剪场景中无法由分析器保证安全，并把风险暴露给调用方”在当前部署中必然成立。
查看答案与解析
正确答案A
“库 API 在裁剪发布时产生调用警告”可能由多条路径造成，不能直接证明根因。合理顺序是先确认边界“它是风险契约而不是自动保留所需成员的实现”，再以“RequiresUnreferencedCode 标记调用在裁剪场景中无法由分析器保证安全，并把风险暴露给调用方”组织证据。采用误区“添加该特性会让裁剪器自动分析并修复方法内部所有反射”、盲目扩容或只看编译结果，都跳过了运行配置与真实调用路径，无法形成可复核的诊断结论。
155 评审RequiresUnreferencedCode相关实现时，以下哪项判断不成立？
难度： 实战
- A. RequiresUnreferencedCode 标记调用在裁剪场景中无法由分析器保证安全，并把风险暴露给调用方
- B. 它是风险契约而不是自动保留所需成员的实现
- C. 遇到“库 API 在裁剪发布时产生调用警告”时，应把可观察证据与平台契约分开记录，再验证二者是否一致。
- D. 添加该特性会让裁剪器自动分析并修复方法内部所有反射
查看答案与解析
正确答案D
题目要求找出不成立的判断，“添加该特性会让裁剪器自动分析并修复方法内部所有反射”正是RequiresUnreferencedCode的典型误区。主规则“RequiresUnreferencedCode 标记调用在裁剪场景中无法由分析器保证安全，并把风险暴露给调用方”描述了实现应依赖的契约，边界“它是风险契约而不是自动保留所需成员的实现”限制了结论的适用范围。生产场景还需要保留指标、日志、跟踪或转储等证据，不能因为一次成功或失败就反转稳定契约。
156 准备上线涉及RequiresUnreferencedCode的改动时，哪项验收方案最完整？
难度： 实战
- A. 依据“添加该特性会让裁剪器自动分析并修复方法内部所有反射”完成修改，只要本地运行一次成功就立即发布。
- B. 按照“RequiresUnreferencedCode 标记调用在裁剪场景中无法由分析器保证安全，并把风险暴露给调用方”修改代码，但不核对“它是风险契约而不是自动保留所需成员的实现”或目标发布模式。
- C. 依据“RequiresUnreferencedCode 标记调用在裁剪场景中无法由分析器保证安全，并把风险暴露给调用方”实现，在“它是风险契约而不是自动保留所需成员的实现”成立的环境中验证，并为“库 API 在裁剪发布时产生调用警告”保留可观测证据和回退条件。
- D. 只验证“它是风险契约而不是自动保留所需成员的实现”，实现仍继续依赖“添加该特性会让裁剪器自动分析并修复方法内部所有反射”这一未经证明的假设。
查看答案与解析
正确答案C
完整验收必须同时覆盖规则、边界和生产证据：实现遵守“RequiresUnreferencedCode 标记调用在裁剪场景中无法由分析器保证安全，并把风险暴露给调用方”，部署环境满足“它是风险契约而不是自动保留所需成员的实现”，并能在“库 API 在裁剪发布时产生调用警告”出现时定位和回退。其余方案分别依赖错误假设、遗漏环境验证或只检查边界却保留错误实现，均不能证明改动在生产环境中安全。
157 关于动态代码限制，哪一项准确描述了应依赖的平台契约？
难度： 基础
- A. 只要代码使用 C# 编写就天然兼容 Native AOT
- B. 是否兼容要按具体 API 和目标平台验证，不能只看代码能否在 JIT 模式运行
- C. Native AOT 环境不支持依赖运行时生成并执行新 IL 的常规路径，库应提供静态生成或兼容替代方案
- D. 只要观察到“表达式编译或代理生成在 AOT 发布失败”，就能把这次现象视为所有环境中的固定行为。
查看答案与解析
正确答案C
正确项给出了动态代码限制可直接依赖的规则：“Native AOT 环境不支持依赖运行时生成并执行新 IL 的常规路径，库应提供静态生成或兼容替代方案”。“是否兼容要按具体 API 和目标平台验证，不能只看代码能否在 JIT 模式运行”是应用规则前必须确认的边界，不是规则本身；“只要代码使用 C# 编写就天然兼容 Native AOT”则把常见现象或实现细节扩大成了平台保证。场景“表达式编译或代理生成在 AOT 发布失败”只能作为排查线索，仍需结合目标框架、发布方式和运行时证据验证。
158 生产环境出现“表达式编译或代理生成在 AOT 发布失败”时，针对动态代码限制应如何排查？
难度： 进阶
- A. 直接采用“只要代码使用 C# 编写就天然兼容 Native AOT”解释现象，不再收集目标进程和发布配置证据。
- B. 先验证“是否兼容要按具体 API 和目标平台验证，不能只看代码能否在 JIT 模式运行”，再使用运行时指标、日志或最小复现检查“Native AOT 环境不支持依赖运行时生成并执行新 IL 的常规路径，库应提供静态生成或兼容替代方案”是否成立。
- C. 只增加机器资源或重启进程，以一次恢复结果代替对“是否兼容要按具体 API 和目标平台验证，不能只看代码能否在 JIT 模式运行”的验证。
- D. 只检查代码是否能够编译，通过后便认定“Native AOT 环境不支持依赖运行时生成并执行新 IL 的常规路径，库应提供静态生成或兼容替代方案”在当前部署中必然成立。
查看答案与解析
正确答案B
“表达式编译或代理生成在 AOT 发布失败”可能由多条路径造成，不能直接证明根因。合理顺序是先确认边界“是否兼容要按具体 API 和目标平台验证，不能只看代码能否在 JIT 模式运行”，再以“Native AOT 环境不支持依赖运行时生成并执行新 IL 的常规路径，库应提供静态生成或兼容替代方案”组织证据。采用误区“只要代码使用 C# 编写就天然兼容 Native AOT”、盲目扩容或只看编译结果，都跳过了运行配置与真实调用路径，无法形成可复核的诊断结论。
159 评审动态代码限制相关实现时，以下哪项判断不成立？
难度： 实战
- A. 只要代码使用 C# 编写就天然兼容 Native AOT
- B. Native AOT 环境不支持依赖运行时生成并执行新 IL 的常规路径，库应提供静态生成或兼容替代方案
- C. 是否兼容要按具体 API 和目标平台验证，不能只看代码能否在 JIT 模式运行
- D. 遇到“表达式编译或代理生成在 AOT 发布失败”时，应把可观察证据与平台契约分开记录，再验证二者是否一致。
查看答案与解析
正确答案A
题目要求找出不成立的判断，“只要代码使用 C# 编写就天然兼容 Native AOT”正是动态代码限制的典型误区。主规则“Native AOT 环境不支持依赖运行时生成并执行新 IL 的常规路径，库应提供静态生成或兼容替代方案”描述了实现应依赖的契约，边界“是否兼容要按具体 API 和目标平台验证，不能只看代码能否在 JIT 模式运行”限制了结论的适用范围。生产场景还需要保留指标、日志、跟踪或转储等证据，不能因为一次成功或失败就反转稳定契约。
160 准备上线涉及动态代码限制的改动时，哪项验收方案最完整？
难度： 实战
- A. 依据“只要代码使用 C# 编写就天然兼容 Native AOT”完成修改，只要本地运行一次成功就立即发布。
- B. 按照“Native AOT 环境不支持依赖运行时生成并执行新 IL 的常规路径，库应提供静态生成或兼容替代方案”修改代码，但不核对“是否兼容要按具体 API 和目标平台验证，不能只看代码能否在 JIT 模式运行”或目标发布模式。
- C. 只验证“是否兼容要按具体 API 和目标平台验证，不能只看代码能否在 JIT 模式运行”，实现仍继续依赖“只要代码使用 C# 编写就天然兼容 Native AOT”这一未经证明的假设。
- D. 依据“Native AOT 环境不支持依赖运行时生成并执行新 IL 的常规路径，库应提供静态生成或兼容替代方案”实现，在“是否兼容要按具体 API 和目标平台验证，不能只看代码能否在 JIT 模式运行”成立的环境中验证，并为“表达式编译或代理生成在 AOT 发布失败”保留可观测证据和回退条件。
查看答案与解析
正确答案D
完整验收必须同时覆盖规则、边界和生产证据：实现遵守“Native AOT 环境不支持依赖运行时生成并执行新 IL 的常规路径，库应提供静态生成或兼容替代方案”，部署环境满足“是否兼容要按具体 API 和目标平台验证，不能只看代码能否在 JIT 模式运行”，并能在“表达式编译或代理生成在 AOT 发布失败”出现时定位和回退。其余方案分别依赖错误假设、遗漏环境验证或只检查边界却保留错误实现，均不能证明改动在生产环境中安全。