DNS是一个通常使用UDP的应用层协议的例子

当一台主机中的DNS应用程序想要进行一次查询时，它构造了一个 DNS查询报文并将其交给UDP。无须执行任何握手，主机端的UDP为此报文添加首部字段,然后将形成的报文段交给网络层。网络层将此UDP报文段封装进一个IP数据报中，然后将其发送给目的服务器。在查询主机中的DNS应用程序则等待对该查询的响应。如果它没有收到响应（可能是由于底层网络丢失了查询或响应)，要么试图向另一个DNS服务器发送该查询,要么通知调用的应用程序它不能获得响应。

为什么应用开发人员宁愿在UDP之上构建应用，而不选择在TCP上构建应用?

原因主要以下几点 :
能够及时传递应用数据：采用UDP时，只要应用进程将数据传递UDP,UDP就会将此数据打包进 UDP报文段并立即将其传递给网络层。在另一方面，TCP有一个拥塞控制机制,以便当源和目的主机间的一条或多条链路变得极度拥塞时来遏制运输层TCP发送方。TCP仍将继续重新发送数据报文段直到目的主机收到此报文并加以确认，而不管可靠交付需要用多长时间。因为实时应用通常要求最小的发送速率,不希望过分地延迟报文段的传送，且能容忍一些数据丢失，TCP服务模型并不是特别适合这些应用的需要。

无需连接建立：TCP在开始数据传输之前要经过三次握手。UDP却不需要任何准备即可进行数据传输。因此UDP不会引入建立连接的时延。这可能是 DNS运行在 UDP之上而不是运行在TCP之上的主要原因（如果运行在TCP上,则 DNS会慢得多)。

无连接状态：TCP需要在端系统中维护连接状态。此连接状态包括接收和发送缓存、拥塞控制参数以及序号与确认号的参数。UDP不维护连接状态，也不跟踪这些参数。因此，专门用于某种应用的服务器当应用程序运行在UDP之上而不是运行在TCP上时，—般都能支持更多的活跃客户。

分组首部开销小：每个TCP报文段都有20字节的首部开销，而 UDP仅有8字节的开销。