PCL不支持WCF PerSession(Wshttpbinding)，Xamarin.Forms如何免传连接字符串？

嘿，这个场景我之前在做跨平台客户端和WCF服务交互时也踩过坑，PCL对WCF的PerSession模式支持确实有限，不过有几个可行的办法能避免每次传连接字符串，给你梳理一下：

方案一：自定义会话标识+服务端缓存 #

这是最直接的替代方案，不用依赖WCF自带的会话管理，自己实现会话逻辑：

• 登录流程：用户提交用户名密码后，服务端验证通过，生成一个唯一的SessionId（比如用Guid.NewGuid().ToString()），把SessionId和对应的数据库连接字符串存入服务端缓存（比如用.NET自带的MemoryCache.Default，如果是多节点部署就用Redis这类分布式缓存），同时设置合理的过期时间（比如30分钟无操作自动失效），最后把SessionId返回给客户端。
• 客户端请求：后续所有数据请求都在HTTP请求头或者请求参数里带上这个SessionId。
• 服务端处理：每个业务接口先从请求中提取SessionId，然后从缓存中取出对应的连接字符串，再执行数据库操作。

这个方案的好处是不依赖特定的WCF绑定，兼容性强，而且会话过期和清理逻辑都能自己控制。需要注意的是SessionId要通过HTTPS传输，缓存里的连接字符串最好加密存储，避免泄露。

方案二：改用支持会话的绑定或调整WCF配置 #

如果坚持用WCF的会话机制，可以试试这些调整：

• 检查PCL是否支持BasicHttpBinding的会话模式：虽然BasicHttpBinding默认是无会话，但可以开启AllowCookies并设置InstanceContextMode.PerSession，不过要注意移动端的Cookie支持情况，Xamarin客户端需要配置Cookie容器来保持会话。
• 尝试NetTcpBinding：部分PCL版本对NetTcpBinding的会话支持更好，但这个绑定在移动端跨网络场景下可能存在穿透问题，适合局域网内的应用。

不过这个方案的兼容性不如方案一，不同平台的PCL支持可能有差异，需要多测试。

方案三：客户端加密存储连接字符串，请求时携带 #

如果不想在服务端维护会话，也可以把连接字符串加密后存在客户端的安全存储里（比如Xamarin的SecureStorage），每次请求时把加密后的字符串传给服务端，服务端解密后使用。

• 加密建议用对称加密算法（比如AES），密钥可以存在服务端或者通过安全的方式分发给客户端。
• 这个方案实现简单，但要确保加密逻辑足够安全，避免连接字符串被破解。

方案四：重构服务为ASP.NET Core Web API #

如果项目有重构的空间，推荐换成ASP.NET Core Web API：

• Web API可以用JWT Token做身份验证，登录后客户端拿到Token，每次请求在请求头带上Authorization: Bearer {Token}。
• 服务端验证Token后，根据Token中的用户标识（比如用户ID）从数据库或缓存中取出对应的连接字符串，再执行数据库操作。
• 这种方式更符合现代跨平台应用的架构，Xamarin对Web API的支持非常好，PCL也完全兼容，而且生态更丰富。

总结 #

如果不想改动现有WCF服务，方案一的自定义会话缓存是最稳妥的选择；如果可以重构服务，方案四更适合长期维护。不管选哪个，都要优先保证连接字符串的传输和存储安全，避免敏感数据泄露。

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