.NET 6 AWS Lambda调用SOAP服务遇数组类型不兼容异常

在.NET 6 AWS Lambda项目中调用SOAP服务时，为处理字符编码问题实现自定义绑定元素，本地运行正常，但Lambda环境下抛出异常：

Attempted to access an element as a type incompatible with the array

两种初始化CustomBinding的写法均触发错误，以下是针对性解决方法：

1. 确保程序集正确复制到Lambda部署包 #

Lambda沙箱环境不会预装所有.NET程序集，需确保项目引用的System.ServiceModel.Http、System.ServiceModel.Primitives等NuGet包设置为复制本地：

• 在项目中右键点击对应NuGet引用，选择「属性」
• 将「复制本地」设置为True
• 重新打包部署，确保这些程序集被包含在Lambda部署包中

2. 简化绑定元素声明，避免强制类型转换 #

直接将绑定元素声明为BindingElement类型，避免运行时类型识别冲突：

BindingElement customTextEncoding = new CustomTextMessageBindingElement("iso-8859-1", "text/xml", MessageVersion.Soap11);
BindingElement httpTransport = new HttpTransportBindingElement();
var binding = new CustomBinding(customTextEncoding, httpTransport);

3. 替换自定义绑定元素为内置实现（如果适用） #

如果仅需设置iso-8859-1编码，可直接使用WCF内置的TextMessageEncodingBindingElement，避免自定义类型带来的加载问题：

var textEncoding = new TextMessageEncodingBindingElement(MessageVersion.Soap11, Encoding.GetEncoding("iso-8859-1"));
var httpTransport = new HttpTransportBindingElement();
var binding = new CustomBinding(textEncoding, httpTransport);

4. 检查自定义绑定元素的继承实现 #

确保CustomTextMessageBindingElement正确继承自MessageEncodingBindingElement（而非直接继承BindingElement），且项目中所有System.ServiceModel相关引用版本一致，避免跨版本类型冲突。

异常原因分析 #

本地环境中，所有程序集在同一加载上下文下运行，类型识别一致；而Lambda沙箱环境使用的基础镜像可能包含不同版本的System.ServiceModel程序集，或者程序集加载方式导致同一类型被视为不同实例，从而触发数组类型不匹配异常。

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