WCF中DataMembers是否为每个客户端唯一？Xamarin.Forms开发问询

嘿，我来帮你理清这两个WCF开发里的常见疑惑：

1. DataMembers是每个客户端独有还是服务共用？ #

这个问题的核心其实是WCF服务的实例上下文模式，DataMembers的实例归属完全由它决定：

• 默认的PerCall模式：每次客户端调用服务方法时，都会新建一个服务类实例，这个实例里的DataMembers自然是该调用独有的，调用结束后服务实例就会被销毁。简单说，每个客户端的每次调用都有独立的DataMembers实例。
• 如果配置了PerSession模式（注意BasicHttpBinding默认不支持会话，需要手动开启）：同一个客户端的多次调用会复用同一个服务实例，这个实例的DataMembers会在会话期间保持状态，但不同客户端的会话是完全隔离的，各自有自己的服务实例和DataMembers。
• 要是用了Single单例模式：整个服务生命周期内只有一个服务实例，所有客户端的调用都会共享这个实例里的DataMembers，这时候就是服务统一创建的共用实例了。

所以关键看你怎么配置服务的实例模式，而不是DataMembers本身的定义哦。

2. 有没有开发者做过Xamarin.Forms客户端通过WCF BasicHttpBinding共享数据的实践？ #

当然有！很多早期的跨平台移动应用（尤其是企业级场景）都会用WCF做后端服务，我身边就有不少朋友做过类似项目。给你几个实践里的小提醒：

• 因为BasicHttpBinding默认是无状态的（PerCall模式），如果要实现客户端之间的数据共享，别把共享数据存在服务实例的DataMembers里——要么每次调用都会重置，要么用单例模式会踩并发和线程安全的大坑。正确的做法是把共享数据存在服务端的外部存储（比如数据库、Redis缓存）里，服务方法只是负责读写这些存储。
• Xamarin.Forms客户端调用WCF时，一定要用异步方法，别阻塞UI线程，比如直接调用服务生成的异步接口，或者用Task.Run包裹同步调用。
• 注意数据序列化的问题，确保你的实体类标记了[DataContract]和[DataMember]属性，而且成员类型都是可序列化的，不然会出现序列化失败的问题。

另外补充一句：如果你的需求是客户端之间实时同步数据，WCF的BasicHttpBinding可能不是最佳选择，因为它是请求响应式的，不如用SignalR这种专门的实时通信框架；但如果是普通的定时数据同步、查询操作，BasicHttpBinding完全够用。

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