SDP（Session Description Protocol，会话描述协议）并非传统意义上存储数据或文档的“文件”，而是一种标准化的、基于文本的格式化协议，用于描述多媒体通信会话的参数信息。尽管日常中人们常将包含SDP的文本片段称为“SDP文件”（如以.sdp为扩展名的纯文本文件），SDP本身不是一种独立的文件类型，而是一种协议规范（IETF RFC 4566，2006年发布，取代了早期的RFC 2327），其核心作用是在实时音视频通信（如VoIP、WebRTC、视频会议系统）中，准确、无歧义地传递会话元数据。
为什么会有“SDP是什么文件”的普遍疑问？这源于实际工程实践中的约定俗成。在WebRTC开发中，当浏览器调用RTCPeerConnection.createOffer()或createAnswer()方法时，返回的是一个RTCSessionDescription对象，其description字段即为符合SDP语法的纯文本字符串；开发者常将其保存为.sdp后缀的文本文件（如offer.sdp、answer.sdp）用于调试、日志分析或离线交换。这类文件本质上是UTF-8编码的ASCII文本，可用记事本、VS Code等任意文本编辑器打开，结构清晰、人类可读——这也强化了大众对其“文件”属性的认知。
一个典型的SDP描述由若干行组成，每行以单个字母开头，后接等号（=）及具体值。
``
v=0
o=- 1234567890 2 IN IP4 192.168.1.100
s=Video Call
t=0 0
m=video 50000 RTP/AVP 96
a=rtpmap:96 VP8/90000
a=sendrecv
m=audio 50002 RTP/AVP 0
a=rtpmap:0 PCMU/8000`
v=表示协议版本；o=描述会话发起者和时间戳；s=为会话名称；t=定义会话生效时间；最关键的是m=（media line），声明媒体类型（audio/video）、端口、传输协议及编解码器编号；而a=（attribute）行则进一步指定编解码参数、传输模式（如sendrecv）、NAT穿透机制（如ice-ufrag）、加密密钥（a=crypto）等。所有这些信息共同构成建立端到端实时媒体流所必需的“协商蓝图”。
SDP不负责传输媒体流本身，也不承载加密密钥或用户身份——它仅完成“描述”职能。真正的媒体传输依赖RTP/RTCP协议，信令通道则由SIP、WebSocket或自定义HTTP接口承载。正因如此，SDP必须与信令系统紧密配合：A方生成Offer SDP并发送给B方；B方据此生成Answer SDP回传；双方再通过ICE协议交换候选地址，最终完成连接。整个过程高度依赖SDP语法的精确性——哪怕一个空格错误或字段缺失，都可能导致Failed to set remote description`等常见WebRTC报错。
除WebRTC外，SDP还广泛应用于SIP电话系统（如FreeSWITCH、Asterisk）、IMS网络、H.323网关互通场景，以及部分IoT音视频设备的配置接口中。值得注意的是，SDP本身不提供安全机制，因此在生产环境中，其传输必须依托TLS（如WSS、HTTPS）或SIPS，防止中间人篡改会话参数。
“SDP文件”是开发者对SDP文本载体的习惯性称谓，其本质是遵循RFC 4566标准的会话元数据描述格式。理解SDP不仅是掌握WebRTC开发的关键门槛，更是构建可靠、互操作性强的实时通信系统的基石。在音视频技术日益融入远程办公、在线教育、智慧医疗的今天，厘清“SDP是什么文件”背后的协议逻辑，远比记住扩展名更有价值——因为它揭示的，是数字世界中两个终端如何从彼此陌生走向协同发声的技术契约。（全文约780字）
文章声明：以上内容(如有图片或视频亦包括在内)除非注明，否则均为腾飞百科原创文章，转载或复制请以超链接形式并注明出处。