序
工作中接触到了这部分内容，记录一下。
关于投屏，Apple用户首先想到的应该是AirPlay，由苹果提供的屏幕共享协议，但有一些家用设备并不支持AirPlay，所以有一个更加通用的协议，DLNA，由索尼微软因特尔等公司共同发起成立的局域网资源共享协议。
DLNA和UPnP的关系
DLNA协议是建立在UPnP协议的基础上的，它依靠UPnP协议来完成设备的搜索、发现和控制，
DLNA协议在此基础上对多媒体设备进行了更加详细的分类和约束，它其实更像是UPnP协议的一个子集。
相比于UPnP协议，它更加专注于解决多媒体内容的共享的架构。
也就是说，除了投屏媒体播放等功能外，你可以用UPnP发现你的智能马桶盖（如果它支持的话），远程控制它乱滋水（错误示范行为♂️）。（全文最后有如何用UPnP控制马桶喷水的图解，以及马桶喷水与投屏的关系）
DLNA概念下的设备分类
DLNA体系中按功能分为几个部分
（服务器/控制器/渲染器/播放器）
服务器 DMS （Digital Media Server）
可以理解为“播放的数据从哪里来”，作为内容提供者，向播放设备提供数据流
渲染器 DMR（Digital Media Render）
渲染器就像一台电视，被动的获取数据进行播放，被动的接受控制器（⌨️）对音量和播放进度的控制
⌨️ 控制器 DMC （Digital Media Controller）
控制器即是一个遥控器，支持音量调整、上一个、下一个、快进等功能，
即控制器负责建立服务器与渲染器之间的联系以及播放控制。
播放器 DMP （Digital Media Player）
如果渲染器（）是被动的播放，那么播放器（）就很主动了，他可以主动在局域网中查找、获取、播放服务器（）上的内容，不经过控制器（⌨️）的控制
四者的关系如下
“一般移动端产品上的多屏 SDK，实现的功能主要是 DMC 跟 DMP，
当然也可以同时实现 DMS 功能（对外发布资源，别人主动发现你的资源 ）。
设备相关参考
DLNA 与 UPnP 初探
wikipedia Digital Living Network Alliance
https://spirespark.com/dlna/guidelines
DLNA结构 （简单看一眼就好）
挑重点记录：
· Device Discovery&Control
DLNA的设备发现与控制是基于UPnP协议实现的，通过多播嗅探和多播通知的功能在这里实现，其次订阅状态监听和控制的实现也在这里。
· Media Management
媒体管理包括媒体内容的识别、管理和分发。
· Remote UI
远程用户接口主要定义了网络设备之间的UI 内容是如何被描述，格式化及传输的，也包括不同设备之间的事件发送机制及UI 更新机制。
总之就是中间UPnP那层真的重要，基本上就靠它整活儿了
既然DLNA是基于UPnP实现局域网内的设备搜索、发现和控制，那么了解了UPnP，也就很大程度的了解了DLNA。
关于UPnP
UPnP的中文名叫通用即插即用，顾名思义就像个USB排插一样，插上去，就会被局域网里的其他设备监测到，拔掉，就么的了。
DLNA基于UPnP AV(Audio/Video) Architecture框架，定义了以下三个概念
服务：控制点能对设备干点什么
设备：被动的一方
控制点：主动的一方
服务
UPnP提供四种服务
同时UPnP定义了两种设备类型，图中的包含意为至少支持这些服务
UPnP的工作流程：
1.寻址
首先，一个设备或控制点接入网络后，需要先给自己整一个IP地址
设备或控制点会寻找 DHCP（Dynamic Host Configuration Protocol）服务器，
由 DHCP 负责分配向他们分配 IP。
如果局域网内没有 DHCP 服务，UPnP 设备将按照 Auto-IP 去获取一个未被使用的 IP 地址。
2.发现和被发现
2.1 设备
UPnP 检测协议是基于简单服务发现协议（SSDP，Simple Service Discovery Protocol）的。
（SSDP的多播地址为 239.255.255.250，端口号1900 ）
当一个设备获取到IP地址后，他就应该要向这个网络里的控制点们“发小卡片”，即通过NOTIFY 方式发送一个多播请求，将自己的uuid、类型、更多信息在哪儿看之URL以及有没有特殊服务等信息多播群发给控制点（该信息的意义为“设备可用”） NTS:ssdp:alive
这时控制点知道了该设备的存在，但要不要处理就是业务逻辑了。
当然，在设备退出网络时也将发送如下的“设备不可用”信息，告诉各位控制点我溜了。NTS: ssdp:byebye
2.2 控制点
一个控制点也可以通过发送M-SEARCH主动的去发现（或者说搜索）局域网中的设备（向多播地址239.255.255.250:1900群发，或向已知的设备IP单发)
收到回调如下后，就可以通过回调来判断这个设备是否应该纳入处理对象（业务逻辑）
以上2.1 和 2.2 就是设备与控制点直接如何在局域网中发现与被发现的步骤了，之后控制点可以通过设备支持的服务对设备进行控制，也可以订阅（或者说监听）设备的状态变更等，这就是UPnP的通信了
3.通信形式
书接上回，控制点和设备互相知道了对方的存在，那么就要开始进行设备控制了。
3.1 数据结构
UPnP 的设备控制是基于 SOAP 协议的。简单的说就是信息以XML的形式来进行数据交换
3.2 事件
设备可以通过单播（或多播）的形式来将自己的状态变更通知给订阅了该设备的控制点（们）。
控制点也可以发送事件给设备，对其进行控制。
最后……
以上是UPnP的行为。
如果是DLAN，那么在最后一步就不是简单的<action>漏水</action>了，会告诉马桶去哪儿取水(播放)（ 服务器 DMS 或是 某个互联网上的资源URL）
你的手机也可以实时控制流速、水量（⌨️ 控制器 DMC）
在这个过程里，你的马桶作为（ 渲染器 DMR）工作着。
