2026/9/10 9:41:46
FEATURED · 精选文章 
简介本资源为最新编译的ZLMediaKit Windows 64位流媒体服务器发行版面向音视频开发工程师、直播系统搭建者及边缘推流场景实践者解决Windows环境下开箱即用、低延迟部署流媒体服务的核心需求。压缩包共61个文件含核心可执行文件MediaServer.exe、动态链接库.dll/.lib、Web前端资源HTML/JS/CSS/JSON、配置模板config.ini、SSL证书default.pem、日志与API文档.md/.log以及WebRTC和FLV协议支持模块整体30.67MB结构完整、即配即启。已有908人学习下载适用于在线教育推流、安防监控分发、轻量级游戏直播等实时音视频场景。用户可直接运行MediaServer.exe启动服务结合www目录下的Swagger接口文档与ZLMRTCClient.js实现快速调试无需自行编译显著降低ZLMediaKit在Windows平台的入门与集成门槛。1. 为什么直接下载“编译好的 ZLMediaKit-windows64”反而容易卡在启动失败或推流不通你刚从某论坛或网盘下载了名为ZLMediaKit-windows64-2024-05-30.zip的压缩包解压后双击ZLMediaKit.exe——控制台窗口闪退或虽能运行却无法响应http://127.0.0.1:8080更别说用 OBS 推 RTMP 流进去。这不是你电脑的问题而是 ZLMediaKit 在 Windows 平台的典型落地断层它本质是 Linux 原生优先的 C 流媒体服务Windows 版本虽已支持 x64但不自带运行时依赖、不预置配置模板、不校验端口/权限/防火墙状态。所谓“编译好的版本”只是把cmake -G Visual Studio 17 2022 -A x64编出的二进制文件打包而已离开开发环境后它就像一辆没加机油、没装轮胎、没调刹车的赛车——引擎能转但上不了路。本文聚焦zlmediakit在 Windows 64 位环境下的真实可用路径从验证可执行性开始到让rtmp://127.0.0.1/live/test真正收得到流、http://127.0.0.1:8080/webrtc?applivestreamtest真正播得出画面为止。适合刚接触ZLMediaKit-windows64的运维、嵌入式测试工程师和音视频集成开发者。2. 验证 ZLMediaKit-windows64 可执行性与最小化启动流程ZLMediaKit 的 Windows 版本不是“即点即用”的 GUI 应用而是一个命令行服务程序必须通过终端显式加载配置并捕获日志输出才能判断是否真正就绪。直接双击.exe文件会因缺少标准输入/输出句柄而瞬间退出这是 Windows 控制台程序的默认行为而非程序缺陷。2.1 检查运行时依赖是否完整ZLMediaKit-windows64 依赖 Visual C 2015–2022 运行时库vcruntime140.dll,msvcp140.dll等。若系统未安装对应版本启动时会弹出“找不到 xxx.dll”的错误提示。不要依赖系统自带的旧版 VC 运行时——Windows 10/11 自带的是 2015 版而 2024 年编译的版本通常基于 VS2022 工具链需Microsoft Visual C 2015–2022 Redistributable (x64)。提示访问微软官方下载页搜索 “Visual C Redistributable for Visual Studio 2022”下载vc_redist.x64.exe并以管理员身份运行安装。安装完成后重启命令行终端再执行后续操作。验证方式打开 PowerShell进入解压目录例如D:\ZLMediaKit-win64执行# 查看依赖 DLL 是否可定位 Get-ChildItem .\*.dll | ForEach-Object { try { $deps C:\Program Files\Dependencies\Dependencies.exe -json $_.FullName 2$null | ConvertFrom-Json if ($deps.missing -and $deps.missing.Count -gt 0) { Write-Host ⚠️ $($_.Name) 缺失依赖 -NoNewline; $deps.missing -join , } else { Write-Host ✅ $($_.Name) 依赖完整 } } catch { Write-Host $($_.Name) 依赖检查跳过无 Dependencies 工具 } }若无Dependencies.exe可改用轻量方案直接运行.\ZLMediaKit.exe -h。若输出帮助信息含-c,-d,-l等参数说明说明核心依赖已满足若报错0xc000007b或找不到入口点则必须重装 VC 运行时。2.2 使用最小配置启动服务并捕获日志ZLMediaKit 不提供默认配置文件必须显式指定-c参数指向一个合法的config.ini。最简可行配置只需启用 HTTP 和 RTMP 两个协议模块其余全关闭以规避端口冲突和权限问题。创建config.ini保存为 UTF-8 编码无 BOM[general] # 必须设置否则无法绑定端口 workDir./www logLevel3 # 关闭 HTTPS/RTSPS 等非必要模块避免证书错误 enableSSLfalse enableRtspfalse enableRtspOverHttpfalse [http] port8080 # 启用 WebRTC 支持2024 版本已内置 enableWebRTCtrue [rtmp] port1935 # 允许本地推流禁用鉴权简化调试 enableVhostfalse然后在 PowerShell 中执行# 启动服务并实时输出日志CtrlC 停止 .\ZLMediaKit.exe -c .\config.ini -d关键观察点输出首行应含ZLMediaKit vX.X.X版本号如v8.0.0-20240530确认为 2024-05-30 编译版本日志中出现HTTP Server started on 0.0.0.0:8080和RTMP Server started on 0.0.0.0:1935若出现bind failed: Address already in use说明端口被占用需先执行netstat -ano | findstr :8080找出 PID 并taskkill /f /pid XXXX。注意-d参数表示前台运行daemonfalse便于观察日志生产环境应改用-d true后台运行但首次调试务必用-d。2.3 验证基础服务连通性服务启动成功后分三步验证HTTP 接口可达性在浏览器访问http://127.0.0.1:8080/index/api/getServerInfo应返回 JSON 数据含version:8.0.0和status:running字段。RTMP 推流端口监听执行Test-NetConnection 127.0.0.1 -Port 1935TcpTestSucceeded必须为True。WebRTC 页面可加载访问http://127.0.0.1:8080/webrtc.html页面应正常渲染且控制台无Failed to load resource报错。若任一环节失败立即检查config.ini中对应模块的enableXxx是否为true以及port值是否与其他进程冲突。3. 实现 OBS 推流 WebRTC 播放的端到端闭环ZLMediaKit-windows64 的核心价值在于低延迟、高并发的 WebRTC 转发能力。但 Windows 版本默认不开启 STUN/TURN需手动配置 ICE 服务器地址否则跨局域网播放会失败。本节以 OBS 推流到本地 ZLMediaKit再通过浏览器播放 WebRTC 流为完整链路覆盖从编码参数到信令协商的全部关键点。3.1 OBS 推流参数设置适配 ZLMediaKit-windows64OBS 默认使用rtmp://localhost/live/stream推流但 ZLMediaKit-windows64 的 RTMP 模块默认只接受rtmp://127.0.0.1/live/xxx格式且对流名大小写敏感。必须严格匹配以下三项OBS 设置项推荐值说明服务器rtmp://127.0.0.1:1935必须用127.0.0.1不能用localhostWindows hosts 解析可能异常流密钥live/test格式为应用名/流名live是默认应用名test为自定义流名编码器x264CPU或NVENCGPUZLMediaKit-windows64 对 H.264 支持最稳定避免使用 AV1 或 HEVC提示在 OBS → 设置 → 输出 → 视频编码器中将x264 CPU的 preset 设为veryfastkeyframe interval 设为2即 2 秒一个 I 帧确保 ZLMediaKit 能快速建立 GOP。启动 OBS 推流后ZLMediaKit 日志应立即出现类似行[MediaSource] create new MediaSource, applive, streamtest, total1 [RTMP] new rtmp connection from 127.0.0.1:50234, total13.2 WebRTC 播放页面配置与 ICE 服务器设置ZLMediaKit-windows64 内置 WebRTC 信令服务但默认不配置 STUN 服务器导致内网穿透失败。需在config.ini的[webrtc]区块中显式添加公共 STUN 地址[webrtc] # 必须启用否则 /webrtc 接口返回 404 enabletrue # 添加免费 STUN 服务器国内可用性高 stunUrlstun://stun.l.google.com:19302 # 可选启用 TURN需自行部署此处注释掉 # turnUrlturn://user:passyour-turn-server:3478重启 ZLMediaKit 后访问http://127.0.0.1:8080/webrtc.html?applivestreamtest。页面加载后开发者工具 Console 应输出[INFO] Using STUN server: stun://stun.l.google.com:19302 [INFO] Got local candidate: udp 192.168.1.100:50000 ...若出现ICE failed或connection state is failed说明 STUN 不可达可临时改用国内镜像stunUrlstun://stun.miwifi.com:34783.3 验证 WebRTC 播放质量与延迟指标WebRTC 播放成功后需验证实际延迟和稳定性。在播放页面按F12打开开发者工具执行以下 JavaScript 获取实时统计// 在浏览器控制台粘贴执行 const pc webrtcPlayer.pc; pc.getStats().then(stats { stats.forEach(report { if (report.type inbound-rtp report.mediaType video) { console.log( WebRTC 视频延迟:, report.jitter * 1000, ms); console.log( 丢包率:, ((report.packetsLost || 0) / (report.packetsReceived || 1)) * 100, %); } }); });正常情况下jitter应 50 ms局域网内通常为 10–20 mspacketsLost比率应 ≈ 0%若jitter 100 ms检查 OBS 的x264preset 是否设为ultrafast过度压缩导致帧间抖动。注意ZLMediaKit-windows64 的 WebRTC 默认使用VP8编码若需 H.264 兼容性需在config.ini中添加[webrtc]下的preferH264true并确保 OBS 推流也使用 H.264。4. 调整 ZLMediaKit-windows64 的关键性能参数与常见故障排查ZLMediaKit-windows64 的默认配置面向通用场景但在高并发推流或低配机器上需针对性调优。本节聚焦三个高频参数线程数、内存缓冲区、日志级别并给出对应故障现象与修复命令。4.1 线程池与连接数限制参数Windows 版本默认使用threadNum4适用于单路高清流当同时接入 5 路以上 RTMP 推流时会出现accept failed: Too many open files错误Windows 的句柄限制比 Linux 更严格。需在config.ini中调整[general] # Windows 下建议设为 CPU 核心数 × 2如 4 核设 8 threadNum8 # 提升最大连接数Windows 默认 512需管理员权限 maxStream100 maxConnection200 [rtmp] # 减少每个连接的缓冲区降低内存占用 bufferSize65536修改后重启服务验证连接数上限# 查看当前连接数需 ZLMediaKit 开启 http api Invoke-RestMethod http://127.0.0.1:8080/index/api/getAllRtpInfo | Select-Object -ExpandProperty total4.2 内存与磁盘缓存策略ZLMediaKit-windows64 默认将所有流数据暂存在内存中若推流分辨率高如 4K30fps单路流可能占用 500MB 内存。当物理内存不足时服务会触发 OOM 强制退出日志仅显示Segmentation fault。解决方案是启用磁盘缓存[record] # 启用录制即使不存文件也能释放内存压力 enabletrue # 录制路径必须存在且有写入权限 filePath./record/ # 设置环形缓存大小单位 MB maxFileCount10 maxFileSize100提示filePath目录需手动创建如mkdir .\record并确保当前用户对该目录有完全控制权限。否则 ZLMediaKit 会因Permission denied无法写入导致内存持续增长。4.3 日志级别与故障定位技巧ZLMediaKit-windows64 的logLevel参数取值范围为0ERROR到6TRACE但生产环境不应长期使用logLevel6日志爆炸式增长。推荐分级策略场景logLevel日志特征适用时机服务无法启动4输出模块初始化、端口绑定详情首次部署调试RTMP 推流失败5显示 RTMP 握手、chunk 头解析过程OBS 推流无响应时WebRTC 播放黑屏5输出 SDP 交换、ICE candidate 收发日志播放页面卡在 loading高并发下内存飙升3仅记录流创建/销毁、连接数变化稳定运行期监控快速切换日志级别无需重启# 发送 HTTP POST 请求动态修改需启用 http api $Body {logLevel5} | ConvertTo-Json Invoke-RestMethod http://127.0.0.1:8080/index/api/setLogLevel -Method Post -Body $Body -ContentType application/json4.4 Windows 防火墙与杀毒软件干扰排查表ZLMediaKit-windows64 经常因安全软件拦截而表现为“服务启动但端口不可达”。以下是标准化排查步骤检查项命令/操作预期结果处理方式Windows 防火墙入站规则netsh advfirewall firewall show rule nameZLMediaKit显示Enabled: Yes若为No执行netsh advfirewall firewall add rule nameZLMediaKit dirin actionallow programD:\ZLMediaKit-win64\ZLMediaKit.exe enableyes杀毒软件进程白名单在 360/腾讯电脑管家等界面搜索ZLMediaKit.exe设为“信任”进程状态变为“已信任”重启 ZLMediaKit端口监听状态Get-NetTCPConnection -LocalPort 1935,8080 | Select-Object State,StateDetailsState应为Listen若为TimeWait说明前序进程未释放端口需netstat -ano | findstr :1935后taskkill /f /pid XXXX最后若所有配置均正确但http://127.0.0.1:8080仍返回Connection refused请检查ZLMediaKit.exe是否被 Windows SmartScreen 拦截右键属性 → “常规”选项卡 → 勾选“解除锁定”再重新运行。本文还有配套的精品资源点击获取
ZLMediaKit-windows64 启动失败与推流不通的完整排障指南
简介本资源为最新编译的ZLMediaKit Windows 64位流媒体服务器发行版面向音视频开发工程师、直播系统搭建者及边缘推流场景实践者解决Windows环境下开箱即用、低延迟部署流媒体服务的核心需求。压缩包共61个文件含核心可执行文件MediaServer.exe、动态链接库.dll/.lib、Web前端资源HTML/JS/CSS/JSON、配置模板config.ini、SSL证书default.pem、日志与API文档.md/.log以及WebRTC和FLV协议支持模块整体30.67MB结构完整、即配即启。已有908人学习下载适用于在线教育推流、安防监控分发、轻量级游戏直播等实时音视频场景。用户可直接运行MediaServer.exe启动服务结合www目录下的Swagger接口文档与ZLMRTCClient.js实现快速调试无需自行编译显著降低ZLMediaKit在Windows平台的入门与集成门槛。1. 为什么直接下载“编译好的 ZLMediaKit-windows64”反而容易卡在启动失败或推流不通你刚从某论坛或网盘下载了名为ZLMediaKit-windows64-2024-05-30.zip的压缩包解压后双击ZLMediaKit.exe——控制台窗口闪退或虽能运行却无法响应http://127.0.0.1:8080更别说用 OBS 推 RTMP 流进去。这不是你电脑的问题而是 ZLMediaKit 在 Windows 平台的典型落地断层它本质是 Linux 原生优先的 C 流媒体服务Windows 版本虽已支持 x64但不自带运行时依赖、不预置配置模板、不校验端口/权限/防火墙状态。所谓“编译好的版本”只是把cmake -G Visual Studio 17 2022 -A x64编出的二进制文件打包而已离开开发环境后它就像一辆没加机油、没装轮胎、没调刹车的赛车——引擎能转但上不了路。本文聚焦zlmediakit在 Windows 64 位环境下的真实可用路径从验证可执行性开始到让rtmp://127.0.0.1/live/test真正收得到流、http://127.0.0.1:8080/webrtc?applivestreamtest真正播得出画面为止。适合刚接触ZLMediaKit-windows64的运维、嵌入式测试工程师和音视频集成开发者。2. 验证 ZLMediaKit-windows64 可执行性与最小化启动流程ZLMediaKit 的 Windows 版本不是“即点即用”的 GUI 应用而是一个命令行服务程序必须通过终端显式加载配置并捕获日志输出才能判断是否真正就绪。直接双击.exe文件会因缺少标准输入/输出句柄而瞬间退出这是 Windows 控制台程序的默认行为而非程序缺陷。2.1 检查运行时依赖是否完整ZLMediaKit-windows64 依赖 Visual C 2015–2022 运行时库vcruntime140.dll,msvcp140.dll等。若系统未安装对应版本启动时会弹出“找不到 xxx.dll”的错误提示。不要依赖系统自带的旧版 VC 运行时——Windows 10/11 自带的是 2015 版而 2024 年编译的版本通常基于 VS2022 工具链需Microsoft Visual C 2015–2022 Redistributable (x64)。提示访问微软官方下载页搜索 “Visual C Redistributable for Visual Studio 2022”下载vc_redist.x64.exe并以管理员身份运行安装。安装完成后重启命令行终端再执行后续操作。验证方式打开 PowerShell进入解压目录例如D:\ZLMediaKit-win64执行# 查看依赖 DLL 是否可定位 Get-ChildItem .\*.dll | ForEach-Object { try { $deps C:\Program Files\Dependencies\Dependencies.exe -json $_.FullName 2$null | ConvertFrom-Json if ($deps.missing -and $deps.missing.Count -gt 0) { Write-Host ⚠️ $($_.Name) 缺失依赖 -NoNewline; $deps.missing -join , } else { Write-Host ✅ $($_.Name) 依赖完整 } } catch { Write-Host $($_.Name) 依赖检查跳过无 Dependencies 工具 } }若无Dependencies.exe可改用轻量方案直接运行.\ZLMediaKit.exe -h。若输出帮助信息含-c,-d,-l等参数说明说明核心依赖已满足若报错0xc000007b或找不到入口点则必须重装 VC 运行时。2.2 使用最小配置启动服务并捕获日志ZLMediaKit 不提供默认配置文件必须显式指定-c参数指向一个合法的config.ini。最简可行配置只需启用 HTTP 和 RTMP 两个协议模块其余全关闭以规避端口冲突和权限问题。创建config.ini保存为 UTF-8 编码无 BOM[general] # 必须设置否则无法绑定端口 workDir./www logLevel3 # 关闭 HTTPS/RTSPS 等非必要模块避免证书错误 enableSSLfalse enableRtspfalse enableRtspOverHttpfalse [http] port8080 # 启用 WebRTC 支持2024 版本已内置 enableWebRTCtrue [rtmp] port1935 # 允许本地推流禁用鉴权简化调试 enableVhostfalse然后在 PowerShell 中执行# 启动服务并实时输出日志CtrlC 停止 .\ZLMediaKit.exe -c .\config.ini -d关键观察点输出首行应含ZLMediaKit vX.X.X版本号如v8.0.0-20240530确认为 2024-05-30 编译版本日志中出现HTTP Server started on 0.0.0.0:8080和RTMP Server started on 0.0.0.0:1935若出现bind failed: Address already in use说明端口被占用需先执行netstat -ano | findstr :8080找出 PID 并taskkill /f /pid XXXX。注意-d参数表示前台运行daemonfalse便于观察日志生产环境应改用-d true后台运行但首次调试务必用-d。2.3 验证基础服务连通性服务启动成功后分三步验证HTTP 接口可达性在浏览器访问http://127.0.0.1:8080/index/api/getServerInfo应返回 JSON 数据含version:8.0.0和status:running字段。RTMP 推流端口监听执行Test-NetConnection 127.0.0.1 -Port 1935TcpTestSucceeded必须为True。WebRTC 页面可加载访问http://127.0.0.1:8080/webrtc.html页面应正常渲染且控制台无Failed to load resource报错。若任一环节失败立即检查config.ini中对应模块的enableXxx是否为true以及port值是否与其他进程冲突。3. 实现 OBS 推流 WebRTC 播放的端到端闭环ZLMediaKit-windows64 的核心价值在于低延迟、高并发的 WebRTC 转发能力。但 Windows 版本默认不开启 STUN/TURN需手动配置 ICE 服务器地址否则跨局域网播放会失败。本节以 OBS 推流到本地 ZLMediaKit再通过浏览器播放 WebRTC 流为完整链路覆盖从编码参数到信令协商的全部关键点。3.1 OBS 推流参数设置适配 ZLMediaKit-windows64OBS 默认使用rtmp://localhost/live/stream推流但 ZLMediaKit-windows64 的 RTMP 模块默认只接受rtmp://127.0.0.1/live/xxx格式且对流名大小写敏感。必须严格匹配以下三项OBS 设置项推荐值说明服务器rtmp://127.0.0.1:1935必须用127.0.0.1不能用localhostWindows hosts 解析可能异常流密钥live/test格式为应用名/流名live是默认应用名test为自定义流名编码器x264CPU或NVENCGPUZLMediaKit-windows64 对 H.264 支持最稳定避免使用 AV1 或 HEVC提示在 OBS → 设置 → 输出 → 视频编码器中将x264 CPU的 preset 设为veryfastkeyframe interval 设为2即 2 秒一个 I 帧确保 ZLMediaKit 能快速建立 GOP。启动 OBS 推流后ZLMediaKit 日志应立即出现类似行[MediaSource] create new MediaSource, applive, streamtest, total1 [RTMP] new rtmp connection from 127.0.0.1:50234, total13.2 WebRTC 播放页面配置与 ICE 服务器设置ZLMediaKit-windows64 内置 WebRTC 信令服务但默认不配置 STUN 服务器导致内网穿透失败。需在config.ini的[webrtc]区块中显式添加公共 STUN 地址[webrtc] # 必须启用否则 /webrtc 接口返回 404 enabletrue # 添加免费 STUN 服务器国内可用性高 stunUrlstun://stun.l.google.com:19302 # 可选启用 TURN需自行部署此处注释掉 # turnUrlturn://user:passyour-turn-server:3478重启 ZLMediaKit 后访问http://127.0.0.1:8080/webrtc.html?applivestreamtest。页面加载后开发者工具 Console 应输出[INFO] Using STUN server: stun://stun.l.google.com:19302 [INFO] Got local candidate: udp 192.168.1.100:50000 ...若出现ICE failed或connection state is failed说明 STUN 不可达可临时改用国内镜像stunUrlstun://stun.miwifi.com:34783.3 验证 WebRTC 播放质量与延迟指标WebRTC 播放成功后需验证实际延迟和稳定性。在播放页面按F12打开开发者工具执行以下 JavaScript 获取实时统计// 在浏览器控制台粘贴执行 const pc webrtcPlayer.pc; pc.getStats().then(stats { stats.forEach(report { if (report.type inbound-rtp report.mediaType video) { console.log( WebRTC 视频延迟:, report.jitter * 1000, ms); console.log( 丢包率:, ((report.packetsLost || 0) / (report.packetsReceived || 1)) * 100, %); } }); });正常情况下jitter应 50 ms局域网内通常为 10–20 mspacketsLost比率应 ≈ 0%若jitter 100 ms检查 OBS 的x264preset 是否设为ultrafast过度压缩导致帧间抖动。注意ZLMediaKit-windows64 的 WebRTC 默认使用VP8编码若需 H.264 兼容性需在config.ini中添加[webrtc]下的preferH264true并确保 OBS 推流也使用 H.264。4. 调整 ZLMediaKit-windows64 的关键性能参数与常见故障排查ZLMediaKit-windows64 的默认配置面向通用场景但在高并发推流或低配机器上需针对性调优。本节聚焦三个高频参数线程数、内存缓冲区、日志级别并给出对应故障现象与修复命令。4.1 线程池与连接数限制参数Windows 版本默认使用threadNum4适用于单路高清流当同时接入 5 路以上 RTMP 推流时会出现accept failed: Too many open files错误Windows 的句柄限制比 Linux 更严格。需在config.ini中调整[general] # Windows 下建议设为 CPU 核心数 × 2如 4 核设 8 threadNum8 # 提升最大连接数Windows 默认 512需管理员权限 maxStream100 maxConnection200 [rtmp] # 减少每个连接的缓冲区降低内存占用 bufferSize65536修改后重启服务验证连接数上限# 查看当前连接数需 ZLMediaKit 开启 http api Invoke-RestMethod http://127.0.0.1:8080/index/api/getAllRtpInfo | Select-Object -ExpandProperty total4.2 内存与磁盘缓存策略ZLMediaKit-windows64 默认将所有流数据暂存在内存中若推流分辨率高如 4K30fps单路流可能占用 500MB 内存。当物理内存不足时服务会触发 OOM 强制退出日志仅显示Segmentation fault。解决方案是启用磁盘缓存[record] # 启用录制即使不存文件也能释放内存压力 enabletrue # 录制路径必须存在且有写入权限 filePath./record/ # 设置环形缓存大小单位 MB maxFileCount10 maxFileSize100提示filePath目录需手动创建如mkdir .\record并确保当前用户对该目录有完全控制权限。否则 ZLMediaKit 会因Permission denied无法写入导致内存持续增长。4.3 日志级别与故障定位技巧ZLMediaKit-windows64 的logLevel参数取值范围为0ERROR到6TRACE但生产环境不应长期使用logLevel6日志爆炸式增长。推荐分级策略场景logLevel日志特征适用时机服务无法启动4输出模块初始化、端口绑定详情首次部署调试RTMP 推流失败5显示 RTMP 握手、chunk 头解析过程OBS 推流无响应时WebRTC 播放黑屏5输出 SDP 交换、ICE candidate 收发日志播放页面卡在 loading高并发下内存飙升3仅记录流创建/销毁、连接数变化稳定运行期监控快速切换日志级别无需重启# 发送 HTTP POST 请求动态修改需启用 http api $Body {logLevel5} | ConvertTo-Json Invoke-RestMethod http://127.0.0.1:8080/index/api/setLogLevel -Method Post -Body $Body -ContentType application/json4.4 Windows 防火墙与杀毒软件干扰排查表ZLMediaKit-windows64 经常因安全软件拦截而表现为“服务启动但端口不可达”。以下是标准化排查步骤检查项命令/操作预期结果处理方式Windows 防火墙入站规则netsh advfirewall firewall show rule nameZLMediaKit显示Enabled: Yes若为No执行netsh advfirewall firewall add rule nameZLMediaKit dirin actionallow programD:\ZLMediaKit-win64\ZLMediaKit.exe enableyes杀毒软件进程白名单在 360/腾讯电脑管家等界面搜索ZLMediaKit.exe设为“信任”进程状态变为“已信任”重启 ZLMediaKit端口监听状态Get-NetTCPConnection -LocalPort 1935,8080 | Select-Object State,StateDetailsState应为Listen若为TimeWait说明前序进程未释放端口需netstat -ano | findstr :1935后taskkill /f /pid XXXX最后若所有配置均正确但http://127.0.0.1:8080仍返回Connection refused请检查ZLMediaKit.exe是否被 Windows SmartScreen 拦截右键属性 → “常规”选项卡 → 勾选“解除锁定”再重新运行。本文还有配套的精品资源点击获取 
