小红书、微博的视频怎么解析？聊聊"笔记接口"与短链跳转
前面讲了抖音的"页面直链"、B 站的"WBI 签名"、海外平台的"四道墙"。小红书和微博是另一类：分享出去的是短链，真实地址藏在 App 的笔记/微博详情接口里，而且签名往往绑在设备层。本文以这两个平台为例，讲清"短链 → 详情接口 → 真实地址"这条链路。
目录
一、小红书：xhslink 短链与笔记接口
你复制到的分享链接通常是 https://xhslink.com/xxx 这种短链，访问后会 302 跳转到笔记长链。解析器一般直接请求笔记详情接口，返回里带视频地址：
xhslink.com/xxx ──302──► note 长链 ──► 笔记详情接口 ──► video_url（无水印）
难点在接口的 x-s / x-t 签名：这是绑在客户端（设备指纹 + 时间戳）上的签名，比 B 站的 WBI 更靠"端上环境"，纯服务端复现难度高。关于"签名到底在防什么"，可对照 解析的网络边界 看——小红书的签名强度，本质是在提高"非官方客户端"的复现成本。
二、微博：status 页与视频信息接口
微博的分享是 weibo.cn/xxx 或 m.weibo.cn/status/xxx。视频信息在移动端 status 接口里返回，含多个清晰度的 mp4 地址。PC 网页版反而常被前端拆分、需要额外拼。
抖音那种"直链藏在页面里"的思路，见 抖音/快手解析；微博更接近"接口返回而非页面直扒"。
三、为什么 App 接口比网页好使
一个规律：越移动端、越靠近原生接口，真实地址越"裸"。
- 网页版常做前端拆分、加播放器壳；
- App 接口为了省流量，直接吐出可播的
baseUrl。
所以同类平台的解析，往往优先打移动端/接口而非 PC 网页。B 站的 playurl、微博的 status、小红书的笔记接口，都是这个逻辑——区别只在签名强度。B 站的 WBI 怎么做，见 B站解析实战。
四、边界与风控
- 登录态：部分内容需带 cookie，且频率一高就弹验证；
- 设备签名：小红书
x-s类签名难复现，强依赖端环境； - 风控：批量请求极易被限流，这也是"网页版能下、脚本下不动"的常见原因。
这些限制和 海外四道墙 同源——区别在海外是 IP/指纹，国内是设备/频率。
五、小结
小红书/微博解析 = 短链 → 302 → 移动端详情接口 → 取裸地址。核心难点在 App 端签名（尤其小红书）与频率风控。理解"为什么打移动端接口"，就能把前面 B 站、抖音、海外的思路统一成一句话：找离真实地址最近的那个口子，并过掉它的那道关。