微信视频号直播弹幕实时抓取怎么实现wxlivespy 原理拆解与 3 分钟上手【免费下载链接】wxlivespy微信视频号直播间弹幕信息抓取工具项目地址: https://gitcode.com/gh_mirrors/wx/wxlivespy“直播间里进来了多少人、谁在发弹幕、谁在送礼物、一口气连击了多少次”——如果你运营过微信视频号直播一定体会过靠肉眼盯屏幕做数据记录的痛苦弹幕刷得太快礼物一闪而过等你想复盘时信息已经淹没在消息流里。wxlivespy正是为了解决这个痛点而生的微信视频号直播弹幕抓取工具。它基于 Electron Puppeteer 构建能自动打开视频号管理后台、实时捕获评论、进入、点赞、送礼、连击送礼、等级提升等互动事件并把这些结构化数据转发到你自己的 HTTP 服务。换句话说它是一个能自动帮你做直播速记、再把速记实时交到你手上的安静助手。把它想成一位坐进直播间的速记员理解 wxlivespy 的运作方式不妨想象这样一位速记员听—— 它坐在浏览器里通过 Puppeteer 驱动 Chrome打开视频号管理后台页面监听页面上所有网络响应筛—— 海量请求里绝大部分是视频流、图片、样式文件速记员只关心承载互动数据的 JSON 响应其余一概跳过译—— 原始数据是微信内部协议格式速记员把其中一串串看不懂的 ID 和编号翻译成人话某位用户发了某条评论、送了多少个礼物报—— 翻译结果通过两路出口送出一路实时刷新工具界面一路 POST 到你配置的转发地址。这套监听 → 过滤 → 解码 → 转发的四段流水线正是整个项目的数据主线。落地的实现很清晰src/main/listener.ts负责监听与过滤src/main/WXDataDecoder.ts负责解码src/main/service.ts负责调度src/main/EventForwarder.ts负责转发。第一个含金量怎么从海量流量里只捞对的直播页面一打开浏览器和微信服务器之间会瞬间产生成百上千个网络请求视频流、图片、CSS、JS 脚本……如果全部处理性能不堪设想。listener.ts 里的过滤策略分两层过滤维度判断依据效果内容类型响应头content-type直接剔除 video / image / audio / css / javascript / html 等非目标类型请求地址URL 是否包含mmfinderassistant-bin/live/msg只处理直播消息接口其余请求如获取直播间收入信息的get_live_info一律跳过一句话概括先按类型排除不可能是数据的再按地址锁定一定是数据的。这样每轮只需解析少数几个 JSON 响应数据负载大幅下降这也是它能做到边直播边实时刷新的底气所在。第二个含金量从一行 msg_id 里挖出稳定身份做用户行为分析时最头疼的问题往往是用户身份不稳定。微信返回的sec_openid在不同直播场次之间会变化——同一个粉丝这场直播和下场直播的 ID 对不上跨场次追踪就成了空话。wxlivespy 的做法是两条腿走路对于进入enter和评论comment事件消息 ID 形如finderlive_usermsg_comment_..._o9hHn5apfwHL-RYrxochETS7NyDM。项目从_o9h之后截取出一段跨场次不变的decoded_openid这就是用户真正的稳定标识对于**送礼gift / combogift**事件消息 ID 末尾带一段十六进制串用它作为另一套索引通过缓存反查对应的decoded_openid。中间需要一个翻译词典来保证两次映射能对得上这就是src/main/idcache.ts的职责——它按直播ID sec_openid → decoded_openid的键值关系做内存缓存。当检测到同一个sec_openid竟然映射出两个不同的decoded_openid时工具会主动打警告日志把数据一致性问题暴露出来供你排查。标识字段是否跨场次稳定用途sec_openid不稳定原始加密标识事件原始携带decoded_openid稳定跨场次用户画像追踪的核心依据直播内 hexID场次内稳定送礼类事件反查用户身份的索引这种一主一备的映射设计让单场直播内的事件能串联起来比如先进场的人后来送了礼物也让跨场次的分析成为可能——你可以拿它做长期粉丝价值分层、回头客识别这类深入分析。第三个含金量七类事件一次解码标准化输出解码层是整条流水线的翻译官把微信私有协议翻译成统一的LiveMessage结构。按msgType字段可区分出六种可读事件msgType事件类型能拿到的关键数据1comment 评论昵称、评论内容10005enter 用户进入昵称、进入动作20006like 点赞点赞行为单用户精确次数拿不到但有直播间点赞总数20009gift 单次送礼礼物 ID、数量、微信币价值20013combogift 连击送礼连击次数、累计价值20031levelup 等级提升升级前、升级后等级其他unknown 未知类型保留原始数据便于后续适配新协议值得注意的两个细节礼物类消息的 payload 是Base64 编码的需要先解码再取字段点赞事件只能确认点了、无法拿到精确次数这是微信数据本身的限制README 里也如实标注了。解码不了的未知消息会连同原始数据一起保留而不是直接丢弃——这为微信协议升级时快速适配留了后路是很务实的工程取舍。转发层同样体贴默认 POST 到http://127.0.0.1:8000/forward可在界面上动态修改开启gzip_forward_data后数据会先压缩再发送明显降低带宽占用。此外工具还在本机21201端口起了一个 HTTP 服务GET /getLiveStatus即可随时拉取当前直播间的在线人数、点赞总数、礼物总价值等状态非常适合接进自己的监控面板。3 分钟跑通你的第一次抓取上手路径非常短推荐在Windows 64 位环境项目目前只在 Win64 上发布和测试过按下面几步操作克隆并安装依赖git clone https://gitcode.com/gh_mirrors/wx/wxlivespy进入目录执行npm install准备 ChromePuppeteer 安装的 Chrome 位于C:\Users\用户名\.cache\puppeteer\chrome下把其中的 chrome 目录复制为项目目录下的assets/puppeteer_chrome启动开发模式npm start扫码登录点击开始监听工具会自动打开视频号管理后台用微信扫码登录设置转发地址在工具界面填入你的 HTTP 接收地址比如http://127.0.0.1:8000/forward开播后弹幕、礼物、进入等事件就会实时出现在界面并持续 POST 到你配置的地址。转发到本地的 JSON 大致长这样以评论为例{ host_info: { wechat_uin: xxx, finder_username: yyy }, live_info: { live_id: zzz, online_count: 1234, like_count: 8888, reward_total_amount_in_wecoin: 6666 }, events: [ { decoded_type: comment, decoded_openid: o9hHn5apfwHL-RYrxochETS7NyDM, nickname: 某位观众, content: 主播加油, seq: 42, msg_time: 1698657150000 } ] }对接收端有几个贴心约定每条事件带自增seq序号服务端收到后可以据此去重网络偶发重发也不会污染数据礼物字段gift_value单位为微信币是本次礼物的总价值而非单价。这些细节都写在类型定义src/CustomTypes.ts的注释里接数据时照着读就行。它到底能帮你在哪些场景里省出一个人弹幕游戏 / 互动玩法开发package.json 的关键词里就躺着弹幕游戏——直播间用户发的特定口令、礼物指令可以被实时捕获并转发给游戏服务端驱动抽奖、答题、PK 等玩法比人工盯屏判读可靠得多直播复盘与内容优化一场直播结束后把抓到的数据落库可以回看哪个时段进入人数最多哪句引导语引发了评论高峰什么礼物最受欢迎据此优化下一场的话术与节奏用户长期价值分析凭借稳定的decoded_openid可以跨场次追踪同一位观众——他看你的直播多久了、场均互动如何、是否从白嫖变成了付费用户这是用肉眼永远拼不出来的画像实时监控大屏借助/getLiveStatus接口把在线人数、点赞总数、打赏总额实时推上大屏运营在开播间隙瞄一眼即可掌握全场状态。想二次开发这些钩子已经给你留好了项目采用 Electron React TypeScript 的模块化结构扩展点相当明确新增消息类型去src/main/WXDataDecoder.ts添加新的msgType分支即可解码逻辑集中、改动面小自定义处理逻辑事件从监听器出来后统一流向src/main/service.ts想加统计、落库、告警在这里挂一段逻辑最顺手定制转发目标src/main/EventForwarder.ts目前支持普通 JSON 与 gzip 两种 POST 方式需要接消息队列、WebSocket 或数据库时扩展这个转发器即可协议变化兜底未知消息会保留原始数据微信一升级接口你可以先看原始数据再写新解析规则不至于一升级就抓瞎。两处已知限制也提前说清其一单用户精确点赞次数拿不到只有点赞行为与直播间点赞总数其二目前主要面向 Windows其他平台未经测试部署前请先确认环境。写在最后wxlivespy 的价值不在于代码有多炫而在于它把一个只能靠人盯的暗区变成了随时可查、可算、可转的数据源——从实时弹幕到跨场次用户画像从玩法驱动到数据复盘它把直播间的每一次互动都变成了可消费的结构化数据。如果你正在做视频号运营分析、弹幕互动玩法或者只是好奇这种抓取是怎么实现的建议从src/main/listener.ts开始读源码顺着监听 → 过滤 → 解码 → 转发这条主线走一遍你对浏览器自动化与协议解析的理解会扎实很多。有兴趣的话还可以去项目的 release 目录看看打包配置理解一个 Electron 工具如何从源码变成可分发应用——整个项目就是一个完整的、值得反复咀嚼的实战样本。【免费下载链接】wxlivespy微信视频号直播间弹幕信息抓取工具项目地址: https://gitcode.com/gh_mirrors/wx/wxlivespy创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 微信视频号直播弹幕实时抓取怎么实现？wxlivespy 原理拆解与 3 分钟上手
微信视频号直播弹幕实时抓取怎么实现wxlivespy 原理拆解与 3 分钟上手【免费下载链接】wxlivespy微信视频号直播间弹幕信息抓取工具项目地址: https://gitcode.com/gh_mirrors/wx/wxlivespy“直播间里进来了多少人、谁在发弹幕、谁在送礼物、一口气连击了多少次”——如果你运营过微信视频号直播一定体会过靠肉眼盯屏幕做数据记录的痛苦弹幕刷得太快礼物一闪而过等你想复盘时信息已经淹没在消息流里。wxlivespy正是为了解决这个痛点而生的微信视频号直播弹幕抓取工具。它基于 Electron Puppeteer 构建能自动打开视频号管理后台、实时捕获评论、进入、点赞、送礼、连击送礼、等级提升等互动事件并把这些结构化数据转发到你自己的 HTTP 服务。换句话说它是一个能自动帮你做直播速记、再把速记实时交到你手上的安静助手。把它想成一位坐进直播间的速记员理解 wxlivespy 的运作方式不妨想象这样一位速记员听—— 它坐在浏览器里通过 Puppeteer 驱动 Chrome打开视频号管理后台页面监听页面上所有网络响应筛—— 海量请求里绝大部分是视频流、图片、样式文件速记员只关心承载互动数据的 JSON 响应其余一概跳过译—— 原始数据是微信内部协议格式速记员把其中一串串看不懂的 ID 和编号翻译成人话某位用户发了某条评论、送了多少个礼物报—— 翻译结果通过两路出口送出一路实时刷新工具界面一路 POST 到你配置的转发地址。这套监听 → 过滤 → 解码 → 转发的四段流水线正是整个项目的数据主线。落地的实现很清晰src/main/listener.ts负责监听与过滤src/main/WXDataDecoder.ts负责解码src/main/service.ts负责调度src/main/EventForwarder.ts负责转发。第一个含金量怎么从海量流量里只捞对的直播页面一打开浏览器和微信服务器之间会瞬间产生成百上千个网络请求视频流、图片、CSS、JS 脚本……如果全部处理性能不堪设想。listener.ts 里的过滤策略分两层过滤维度判断依据效果内容类型响应头content-type直接剔除 video / image / audio / css / javascript / html 等非目标类型请求地址URL 是否包含mmfinderassistant-bin/live/msg只处理直播消息接口其余请求如获取直播间收入信息的get_live_info一律跳过一句话概括先按类型排除不可能是数据的再按地址锁定一定是数据的。这样每轮只需解析少数几个 JSON 响应数据负载大幅下降这也是它能做到边直播边实时刷新的底气所在。第二个含金量从一行 msg_id 里挖出稳定身份做用户行为分析时最头疼的问题往往是用户身份不稳定。微信返回的sec_openid在不同直播场次之间会变化——同一个粉丝这场直播和下场直播的 ID 对不上跨场次追踪就成了空话。wxlivespy 的做法是两条腿走路对于进入enter和评论comment事件消息 ID 形如finderlive_usermsg_comment_..._o9hHn5apfwHL-RYrxochETS7NyDM。项目从_o9h之后截取出一段跨场次不变的decoded_openid这就是用户真正的稳定标识对于**送礼gift / combogift**事件消息 ID 末尾带一段十六进制串用它作为另一套索引通过缓存反查对应的decoded_openid。中间需要一个翻译词典来保证两次映射能对得上这就是src/main/idcache.ts的职责——它按直播ID sec_openid → decoded_openid的键值关系做内存缓存。当检测到同一个sec_openid竟然映射出两个不同的decoded_openid时工具会主动打警告日志把数据一致性问题暴露出来供你排查。标识字段是否跨场次稳定用途sec_openid不稳定原始加密标识事件原始携带decoded_openid稳定跨场次用户画像追踪的核心依据直播内 hexID场次内稳定送礼类事件反查用户身份的索引这种一主一备的映射设计让单场直播内的事件能串联起来比如先进场的人后来送了礼物也让跨场次的分析成为可能——你可以拿它做长期粉丝价值分层、回头客识别这类深入分析。第三个含金量七类事件一次解码标准化输出解码层是整条流水线的翻译官把微信私有协议翻译成统一的LiveMessage结构。按msgType字段可区分出六种可读事件msgType事件类型能拿到的关键数据1comment 评论昵称、评论内容10005enter 用户进入昵称、进入动作20006like 点赞点赞行为单用户精确次数拿不到但有直播间点赞总数20009gift 单次送礼礼物 ID、数量、微信币价值20013combogift 连击送礼连击次数、累计价值20031levelup 等级提升升级前、升级后等级其他unknown 未知类型保留原始数据便于后续适配新协议值得注意的两个细节礼物类消息的 payload 是Base64 编码的需要先解码再取字段点赞事件只能确认点了、无法拿到精确次数这是微信数据本身的限制README 里也如实标注了。解码不了的未知消息会连同原始数据一起保留而不是直接丢弃——这为微信协议升级时快速适配留了后路是很务实的工程取舍。转发层同样体贴默认 POST 到http://127.0.0.1:8000/forward可在界面上动态修改开启gzip_forward_data后数据会先压缩再发送明显降低带宽占用。此外工具还在本机21201端口起了一个 HTTP 服务GET /getLiveStatus即可随时拉取当前直播间的在线人数、点赞总数、礼物总价值等状态非常适合接进自己的监控面板。3 分钟跑通你的第一次抓取上手路径非常短推荐在Windows 64 位环境项目目前只在 Win64 上发布和测试过按下面几步操作克隆并安装依赖git clone https://gitcode.com/gh_mirrors/wx/wxlivespy进入目录执行npm install准备 ChromePuppeteer 安装的 Chrome 位于C:\Users\用户名\.cache\puppeteer\chrome下把其中的 chrome 目录复制为项目目录下的assets/puppeteer_chrome启动开发模式npm start扫码登录点击开始监听工具会自动打开视频号管理后台用微信扫码登录设置转发地址在工具界面填入你的 HTTP 接收地址比如http://127.0.0.1:8000/forward开播后弹幕、礼物、进入等事件就会实时出现在界面并持续 POST 到你配置的地址。转发到本地的 JSON 大致长这样以评论为例{ host_info: { wechat_uin: xxx, finder_username: yyy }, live_info: { live_id: zzz, online_count: 1234, like_count: 8888, reward_total_amount_in_wecoin: 6666 }, events: [ { decoded_type: comment, decoded_openid: o9hHn5apfwHL-RYrxochETS7NyDM, nickname: 某位观众, content: 主播加油, seq: 42, msg_time: 1698657150000 } ] }对接收端有几个贴心约定每条事件带自增seq序号服务端收到后可以据此去重网络偶发重发也不会污染数据礼物字段gift_value单位为微信币是本次礼物的总价值而非单价。这些细节都写在类型定义src/CustomTypes.ts的注释里接数据时照着读就行。它到底能帮你在哪些场景里省出一个人弹幕游戏 / 互动玩法开发package.json 的关键词里就躺着弹幕游戏——直播间用户发的特定口令、礼物指令可以被实时捕获并转发给游戏服务端驱动抽奖、答题、PK 等玩法比人工盯屏判读可靠得多直播复盘与内容优化一场直播结束后把抓到的数据落库可以回看哪个时段进入人数最多哪句引导语引发了评论高峰什么礼物最受欢迎据此优化下一场的话术与节奏用户长期价值分析凭借稳定的decoded_openid可以跨场次追踪同一位观众——他看你的直播多久了、场均互动如何、是否从白嫖变成了付费用户这是用肉眼永远拼不出来的画像实时监控大屏借助/getLiveStatus接口把在线人数、点赞总数、打赏总额实时推上大屏运营在开播间隙瞄一眼即可掌握全场状态。想二次开发这些钩子已经给你留好了项目采用 Electron React TypeScript 的模块化结构扩展点相当明确新增消息类型去src/main/WXDataDecoder.ts添加新的msgType分支即可解码逻辑集中、改动面小自定义处理逻辑事件从监听器出来后统一流向src/main/service.ts想加统计、落库、告警在这里挂一段逻辑最顺手定制转发目标src/main/EventForwarder.ts目前支持普通 JSON 与 gzip 两种 POST 方式需要接消息队列、WebSocket 或数据库时扩展这个转发器即可协议变化兜底未知消息会保留原始数据微信一升级接口你可以先看原始数据再写新解析规则不至于一升级就抓瞎。两处已知限制也提前说清其一单用户精确点赞次数拿不到只有点赞行为与直播间点赞总数其二目前主要面向 Windows其他平台未经测试部署前请先确认环境。写在最后wxlivespy 的价值不在于代码有多炫而在于它把一个只能靠人盯的暗区变成了随时可查、可算、可转的数据源——从实时弹幕到跨场次用户画像从玩法驱动到数据复盘它把直播间的每一次互动都变成了可消费的结构化数据。如果你正在做视频号运营分析、弹幕互动玩法或者只是好奇这种抓取是怎么实现的建议从src/main/listener.ts开始读源码顺着监听 → 过滤 → 解码 → 转发这条主线走一遍你对浏览器自动化与协议解析的理解会扎实很多。有兴趣的话还可以去项目的 release 目录看看打包配置理解一个 Electron 工具如何从源码变成可分发应用——整个项目就是一个完整的、值得反复咀嚼的实战样本。【免费下载链接】wxlivespy微信视频号直播间弹幕信息抓取工具项目地址: https://gitcode.com/gh_mirrors/wx/wxlivespy创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考