本文介绍了WCF中SOAP头的概念及其作用，将其比喻为电子邮件的附件，用于传递附加信息。通过实例解释了如何在客户端动态添加消息头进行简单的身份验证，并在服务器端通过OperationContext获取并验证这些头。详细阐述了在服务端获取消息头的步骤，强调了头名称和命名空间的一致性。最后展示了客户端添加消息头的代码示例。
如果你实在不明白Header是个啥玩意儿，你就想一想你发送电子邮件时，是不是有个叫“附件”的东东？对啊，那么SOAP头是不是可以理解为一种附加信息？就是附加到消息正文的内容。
消息正文又是啥？WCF除了流模式传输数据外，剩下的基本来说就是消息模式。我们不妨这样理解，WCF的服务器端和客户端是通过消息来交互的，就像我们之间在发短信一样，我发给你，你可以回复我，这叫“双工”，不好读吧，叫双向好了；你心情不好的时候，可以不回我短信，这叫“单工”，还是不好听，叫单向吧。
对于“消息”，更NB一点的理解就是：客户端每调用一次服务器方法，就是向服务器发送一条消息。嗯，这个理解较为直观，是吧？先不管它专业不专业，能弄懂就是王道。
既然消息头是附加信息，那有啥用呢？你可别说，有时候还真有不少用处。举个例子，WCF的身份验证是不是很麻烦？还要颁发什么证书的（当然不是荣誉证书），如果只是验证一个客户端的身份，如用户名什么的，那么，在调用服务方法时，动态加入一些消息头，到了服务器端就获取并验证消息头。这样一来，是不是也实现身份验证？
呵呵，这样做自然没有安装证书并加密消息那么安全，不过，对于一般的使用场合，也足矣。
那，如何传递消息头？当然是客户端发送，服务器端接收的情况较多了。操作方法和技巧也没什么神奇之处，所以，发果你记忆力好，你不妨把这些代码背下来。呵呵&#
最低0.47元/天 解锁文章
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
