分类:
WebApi
TCP
TCP是面向连接的通信协议，通过三次握手建立连接，通讯完成时要拆除连接，由于TCP是面向连接的所以只能用于端到端的通讯。
TCP提供的是一种可靠的数据流服务，采用“带重传的肯定确认”技术来实现传输的可靠性。TCP还采用一种称为“滑动窗口”的方式进行流量控制，所谓窗口实际表示接收能力，用以限制发送方的发送速度。
如果IP数据包中有已经封好的TCP数据包，那么IP将把它们向‘上’传送到TCP层。TCP将包排序并进行错误检查，同时实现虚电路间的连接。TCP数据包中包括序号和确认，所以未按照顺序收到的包可以被排序，而损坏的包可以被重传。
TCP将它的信息送到更高层的应用程序，例如Telnet的服务程序和客户程序。应用程序轮流将信息送回TCP层，TCP层便将它们向下传送到IP层，设备驱动程序和物理介质，最后到接收方。
面向连接的服务（例如Telnet、FTP、rlogin、X Windows和SMTP）需要高度的可靠性，所以它们使用了TCP。DNS在某些情况下使用TCP（发送和接收域名数据库），但使用UDP传送有关单个主机的信息。
UDP
UDP是面向无连接的通讯协议，UDP数据包括目的端口号和源端口号信息，由于通讯不需要连接，所以可以实现广播发送。
UDP通讯时不需要接收方确认，属于不可靠的传输，可能会出现丢包现象，实际应用中要求程序员编程验证。
UDP与TCP位于同一层，但它不管数据包的顺序、错误或重发。因此，UDP不被应用于那些使用虚电路的面向连接的服务，UDP主要用于那些面向查询---应答的服务，例如NFS。相对于FTP或Telnet，这些服务需要交换的信息量较小。使用UDP的服务包括NTP（网络时间协议）和DNS（DNS也使用TCP）。
欺骗UDP包比欺骗TCP包更容易，因为UDP没有建立初始化连接（也可以称为握手）（因为在两个系统间没有虚电路），也就是说，与UDP相关的服务面临着更大的危险。
IP
IP层接收由更低层（网络接口层例如以太网设备驱动程序）发来的数据包，并把该数据包发送到更高层---TCP或UDP层；相反，IP层也把从TCP或UDP层接收来的数据包传送到更低层。IP数据包是不可靠的，因为IP并没有做任何事情来确认数据包是否按顺序发送的或者有没有被破坏，IP数据包中含有发送它的主机的地址（源地址）和接收它的主机的地址（目的地址）。
高层的TCP和UDP服务在接收数据包时，通常假设包中的源地址是有效的。也可以这样说，IP地址形成了许多服务的认证基础，这些服务相信数据包是从一个有效的主机发送来的。IP确认包含一个选项，叫作IP source routing，可以用来指定一条源地址和目的地址之间的直接路径。对于一些TCP和UDP的服务来说，使用了该选项的IP包好像是从路径上的最后一个系统传递过来的，而不是来自于它的真实地点。这个选项是为了测试而存在的，说明了它可以被用来欺骗系统来进行平常是被禁止的连接。那么，许多依靠IP源地址做确认的服务将产生问题并且会被非法入侵。
ICMP
ICMP与IP位于同一层，它被用来传送IP的控制信息。它主要是用来提供有关通向目的地址的路径信息。ICMP的‘Redirect’信息通知主机通向其他系统的更准确的路径，而‘Unreachable’信息则指出路径有问题。另外，如果路径不可用了，ICMP可以使TCP连接‘体面地’终止。PING是最常用的基于ICMP的服务。
soap将信息进行XML的序列化后，再用http协议的方式再打包进行传送，传送的方式还是tcp或者udp。做个比喻就好理解了。tcp 和 udp 都是公路，暂且把tcp认为是一般公路，udp高速公路，soap和http就都是汽车，那么soap和http都可以在tcp和udp上跑。说soap可以通过http来传送，实际就是说soap是小轿车，http是装轿车的卡车，把soap的信息装到http里面，然后再运输，当然走的道路还是tcp或udp。
说soap可以通过http协议来传输，这句话不太准确，比较准确第说法是：soap信息可以通过http协议包装后通过tcp或udp传输。
HTTP
是一个通信协议，通过网络传输信息。
SOAP
是一个基于XML的协议交换消息，可以使用HTTP来传输这些信息。事实上HTTP是SOAP消息的最常见的传输工具。
soap将信息进行XML的序列化后，再用http协议的方式再打包进行传送，传送的方式还是tcp或者udp。做个比喻就好理解了。tcp 和 udp 都是公路，暂且把tcp认为是一般公路，udp高速公路，soap和http就都是汽车，那么soap和http都可以在tcp和udp上跑。说soap可以通过http来传送，实际就是说soap是小轿车，http是装轿车的卡车，把soap的信息装到http里面，然后再运输，当然走的道路还是tcp或udp。说soap可以通过http协议来传输，这句话不太准确，比较准确第说法是：soap信息可以通过http协议包装后通过tcp或udp传输。
再说一下：WebService/WCF/WebAPI 之间的区别Web Service
1、数据的格式基于SOAP协议
2、数据的传输只支持HTTP协议
3、它只能部署在IIS上
WCF
1、数据的格式基于SOAP协议
2、数据的传输支持HTTP，HTTPS，TCP，Named Pipes, MSMQ
3、可以部署在应用程序、IIS或者Windows服务中
webApi
1、数据的格式比较自由 可以是json、xml以及用户自定义
2、数据的传输支持HTTP、HTTPS协议
3、可以部署在IIS 等其他的Host/Server服务器上
我们在用WebService中间件框架调用接口数据时，需要传Xml格式的参数，参数为定义的入参参数，如下：
注意：我们在定义参数的时候，有些参数限制了必填，有些不是，
但是我想说的是Webservice走的是soap协议，所以这个属性它是不验证的，只有到调WebApi接口数据那边才有验证。
假如我们不传值，那么接口那边验证接收不到值肯定会报错，这时我们需要在WebService中间件框架的统一入口WebServiceGloalHandler类里面定义一个方法来捕获错误信息。
也许有人问，为什么不用过滤器来捕获，这里因为过滤器是基于Http协议的，所以捕获不到soap协议返回的信息。具体方法如下：
#region 私有方法 /// <summary> /// 通用异常返回 /// </summary> /// <param name="e"></param> /// <param name="request"></param> /// <returns></returns> /// XmlDocument: 表示 XML 文档。 可使用此类在文档中加载、验证、编辑、添加和放置 XML。 private XmlDocument ExceptionRtn(Exception e,string request) { _log.Error($"\r\n【请求入参】:{request}\r\n【异常代码】:{e.HResult}\r\n【异常信息】:{e.Message}"); var err = new BaseViewModel { Head = new BaseViewModel.HeadInfo { Code = e.HResult, Message = e.Message } }; _doc.LoadXml(err.ObjToXml<BaseViewModel>(Encoding.UTF8)); return _doc; } #endregion假如没有这个方法，报错的信息会直接返回到页面，不友好。
webApi则不同，它是基于http协议的，调用接口数据时也不用传Xml格式，直接传值就行。
注意：对于必填，序列化名称等验证还是要验证的：
以上是自己在平时的一点经验，分享一下给大家，觉得有说错的地方，欢迎指出来哦，不喜勿喷哦！
