添加序列化器后AWS Lambda及.NET Core Lambda程序的底层执行变化

1. 程序执行的具体变化 #

当你添加[assembly: LambdaSerializer]特性后，Lambda函数的执行流程会发生以下关键变化：

• 启动阶段扫描特性：AWS Lambda运行时宿主在初始化你的函数时，会扫描程序集查找该全局特性，解析你指定的序列化器类型（此处为Amazon.Lambda.Serialization.SystemTextJson.DefaultLambdaJsonSerializer）并实例化它。
• 输入反序列化接管：在调用你的FunctionHandler方法前，运行时将原始JSON输入 payload 传递给该序列化器的Deserialize方法，将其转换为EventInfo类型的实例，再传入你的处理函数。
• 输出序列化（若有）：如果你的处理函数有返回值，运行时会使用同一个序列化器将返回对象转换回JSON格式作为响应输出。
• 序列化规则覆盖：指定的序列化器会自带AWS适配的默认配置（比如处理DynamoDB特定类型、驼峰命名转换等），替代Lambda运行时的默认序列化规则。

2. AWS程序集/类的依赖情况 #

确实有特定的AWS程序集参与，但并非传统.NET Core依赖注入的方式：

• 必需的程序集：你的项目必须引入Amazon.Lambda.Serialization.SystemTextJson NuGet包，该包包含DefaultLambdaJsonSerializer类，它实现了Amazon.Lambda.Core程序集中的ILambdaSerializer接口。
• 运行时宿主的反射加载：Lambda运行时宿主通过反射从你的部署包中加载指定的序列化器类型，它不会通过构造函数注入到你的Function类中，而是在外部完成序列化/反序列化后再调用你的处理方法。
• 处理类无直接依赖：你的Function类不需要直接引用序列化器，仅通过特性告知运行时使用哪个序列化器即可，但必须确保对应的程序集存在于部署包中。

3. 与默认行为的差异 #

如果不指定该特性，Lambda运行时会使用默认序列化器（旧模板使用Newtonsoft.Json实现的Amazon.Lambda.Serialization.Json.JsonSerializer，新模板可能默认使用System.Text.Json版本），添加特性后：

• 显式指定序列化器：强制运行时使用你选择的序列化器，避免不同模板默认行为的差异，确保一致性。
• 自定义扩展能力：你可以实现自己的ILambdaSerializer接口，通过特性指定来处理特殊的序列化需求（比如自定义日期格式、枚举转换逻辑等）。

4. 在其他.NET Core项目中的适用性 #

虽然该特性是AWS Lambda专属，但类似的配置模式在.NET Core项目中很常见：

• 程序集级配置：许多.NET库使用程序集特性来设置全局默认行为，比如通过特性指定JSON序列化的全局规则。
• 宿主环境的序列化配置：在ASP.NET Core等环境中，通常通过DI配置序列化选项（如AddJsonOptions），本质也是指定序列化器来处理原始数据与.NET对象的转换，和Lambda的思路一致。
• 自定义框架的借鉴：如果你构建自定义宿主或框架，可以参考这种通过程序集特性定义默认序列化器的模式，实现类似的输入输出转换逻辑。

内容的提问来源于stack exchange，提问作者Viji