js动态创建input元素，增加点击事件遇到的问题

通过前面的学习，我们了解到传输层的主要功能就是管理主机会话过程中的应用程序数据。但由于不同的应用程序对数据有不同的要求，因此需要开发不同的传输层协议来满足这些要求。

传输层协议通过某种方法来确保数据的可靠传输。在网络术语中，可靠性指从源设备发送的每段数据都能够到达目的设备。在传输层中，有三项基本的可靠性操作：

跟踪已发送的数据

确认已接收的数据

重新传输未确认的数据

这就要求源主机的传输层进程持续跟踪每个会话过程中的所有数据片段，并重新传输未被目的主机确认的数据。接收主机的传输层必须跟踪所接收的数据，并确认接数据是否已收到。

这种确认、跟踪以及重新传输的过程虽然保障了数据传输的可靠性，但是也增加了网络资源的额外开销。为了支持这种可靠性操作，需要在收发主机之间交换更多的控制数据。控制数据位于传输层（第 4 层）的报头中。

这样，可靠性和网络负载之间就达成了平衡。应用程序开发人员必须根据他们应用程序的需求，选择适合的传输层协议类型。在传输层中，既有规定可靠保证传输的协议，也有规定尽力传输的协议。在网络环境中，尽力传输被称为不可靠传输，因为它缺乏目的设备对所收到数据的确认机制。

确定可靠性需求

像数据库、Web 网页及电子邮件等应用程序都要求发送的数据以原始状态到达目的设备，这样才能够为目的程序所使用。任何数据的丢失都可能导致通信失败，要么不能完成通信，要么通信的信息不可读。因此，这些应用程序都设计成使用能满足可靠性要求的传输层协议，同时也会考虑这些程序所需的额外网络开销。

相比而言，其它应用程序允许丢失少量的数据。例如，如果视频数据流中的一段或者两段数据未到达目的地，就只会造成数据流的短暂中断。这可能表现为图像失真，用户也许不会察觉。

对于这种应用程序而言，增加开销一方面确保了应用程序的可靠性，但另一方面却降低了应用程序的实用性。如果视频流目的设备必须获得完整的数据，则等待丢失数据所导致的延迟将使图像质量严重下降。最好采用当时收到的数据段来尽可能提供好的图像质量，而忽略可靠性。如果出于某种原因而需要确保可靠性时，可以通过应用程序自身来提供检查错误和请求重新发送机制。
本文出自 “07net01” 博客，请务必保留此出处http://07net01.blog.51cto.com/1192774/567739