录屏这件事看起来简单,真正做的时候很容易踩坑:录出来没声音、画面卡顿、视频体积巨大、录到一半发现素材没备份。这篇文章把主流录屏方案完整过一遍,从 Windows 和 macOS 自带的原生工具,到 OBS Studio、FFmpeg 命令行录制,把每种方案能做什么、不能做什么、适合什么场景讲清楚。
你会看到不同方案的优劣对比、具体的操作步骤、录制参数的设置思路,以及录制过程中最常见的几类问题怎么排查。无论是临时录一段操作流程,还是做长期课程录制、直播推流,或者想把录屏接入到自己的自动化脚本里,这篇都值得先收藏再看。
1. 录屏核心能力速览
录屏工具的选择,本质上是在回答四个问题:录什么、录多久、要不要声音、录完怎么处理。下面这张表先把主流方案的关键能力列出来。
| 方案 | 适用平台 | 是否免费 | 支持系统声音 | 支持麦克风 | 最高录制质量 | 适合场景 |
|---|---|---|---|---|---|---|
| Xbox Game Bar | Windows 10/11 | 内置免费 | 支持 | 不支持 | 1080P 60FPS | 快速录制前台窗口 |
| Windows 截图工具 | Windows 11 23H2 及以上 | 内置免费 | 支持 | 支持 | 1080P 左右 | 简单窗口录制 |
| 步骤记录器 psr.exe | Windows | 内置免费 | 不录制视频 | 不录制视频 | 静态截图序列 | 记录操作步骤、Bug 复现 |
| macOS Cmd+Shift+5 | macOS Mojave+ | 内置免费 | 支持 | 支持 | 4K 60FPS 左右 | Mac 快速录屏 |
| QuickTime Player | macOS | 内置免费 | 支持 | 支持 | 4K 级别 | 屏幕录制、窗口录制、手机投屏录制 |
| OBS Studio | Windows/macOS/Linux | 免费开源 | 支持 | 支持 | 无损/高码率 | 专业录屏、直播、多场景切换 |
| Bandicam | Windows | 商业软件,有免费试用 | 支持 | 支持 | 4K 120FPS | 游戏录屏、应用窗口录制 |
| ScreenToGif | Windows | 免费开源 | 不录制声音 | 不录制声音 | 逐帧 GIF/视频 | 轻量交互、GIF 生成 |
| FFmpeg 命令行 | Windows/macOS/Linux | 免费开源 | 需手动配置 | 需手动配置 | 取决于编码参数 | 自动化录屏、批处理、服务器录制 |
从这张表能看出一个趋势:如果只是偶尔录屏,操作系统自带的工具完全够用,不需要安装任何额外软件;如果是长期产出内容,或者需要同时处理多个音频源、添加文字和转场,那 OBS Studio 是绕不开的方案;如果要做自动化录制,比如定时录制某个会议、远程跑脚本时记录屏幕,FFmpeg 是最轻量靠谱的选择。
2. 适用场景与使用边界
录屏工具没有绝对的好坏,只有匹配不匹配。先明确自己的使用场景,再决定装什么工具,能省掉大量试错时间。
适合直接用系统自带工具的场景:
- 临时给同事演示一个软件操作,录完发文件就结束。
- 遇到程序 Bug,需要快速产出操作复现步骤。
- 不需要精细剪辑,只想要一个能看的视频文件。
- 不想安装任何第三方软件,担心引入广告或安全风险。
适合用 OBS Studio 的场景:
- 做视频课程、产品演示、技术分享。
- 需要同时采集摄像头、麦克风、系统声音、多窗口。
- 需要直播推流,录制只是顺带功能。
- 需要高质量编码,后续进入剪辑软件二次处理。
- 需要预设多个录制场景,一键切换布局。
适合用 FFmpeg 命令行录制的场景:
- 服务器环境,没有图形界面,需要后台录制。
- 定时任务,到点自动开始,录完自动停止。
- 批处理场景,比如连续录制多个时间段,或配合脚本做视频切片。
- 需要把录制集成到自己的 Python、Go、Shell 脚本里。
不适合强行用录屏工具的场景:
- 需要精细剪辑,比如加字幕、去音轨、转场,核心工作应该在剪辑软件里完成,不应该期待录屏工具自带。
- 需要保护隐私的密码输入、支付流程,不建议录制,即使录完也要立即删除相关片段。
- 录制软件破解版、恶意程序运行过程,这类内容本身存在法律和安全隐患,不应该录制传播。
- 涉及他人肖像、语音、商业机密的素材,录制前必须先确认授权范围,避免侵权。
另外要特别强调一个使用边界:录屏会记录屏幕上出现的一切内容。录制前先把任务栏通知、浏览器书签栏、微信弹窗这类敏感信息清理掉。如果录制内容要对外发布,还要确认背景音乐、图片、字体等素材是否有版权问题,不能默认“录到的就是自己的”。
3. 环境准备与前置条件
录屏这件事对硬件的要求弹性很大。录 1080P 30FPS 桌面操作,一台普通的四核 CPU 电脑就能跑;录 4K 60FPS 的游戏画面,或同时录两个屏幕,就必须依赖独立的 GPU 编码器或者高性能 CPU。
先检查自己的基础环境:
| 检查项 | 最低要求 | 推荐要求 |
|---|---|---|
| 操作系统 | Windows 10 或 macOS 12 | Windows 11 或 macOS 14+ |
| CPU | 4 核,支持硬件编码 | 6 核以上,多线程能力强 |
| 内存 | 8 GB | 16 GB 及以上 |
| 显卡 | 核显即可 | 支持 NVENC/AMD AMF/Intel QSV 的独立显卡 |
| 磁盘 | 剩余 20 GB 以上 | 固态硬盘,剩余空间按录制时长乘以 1GB/1分钟预估 |
| 音频设备 | 内置麦克风或耳机 | 独立麦克风 + 扬声器/耳机 |
判断自己的电脑是否有硬件编码能力,Windows 系统可以打开任务管理器,切到“性能”页看 GPU 的名称。如果显卡型号是 NVIDIA GTX 900 系列以上、AMD RX 6000 系列以上,或者 Intel 核显 HD 500 系列以上,一般都能调用硬件编码器,录制时 CPU 占用会低很多。
磁盘空间按码率估算,公式是:视频大小 = 码率(Mbps) ÷ 8 × 录制秒数。比如用 8 Mbps 的码率录 10 分钟视频,体积大约 600 MB。高分辨率高帧率录制,务必保证磁盘空间充足,建议提前预留 2 倍预估值。
软件层面,Windows 系统自带的 Xbox Game Bar 和截图工具不需要额外安装;OBS Studio 从官网下载安装包即可;FFmpeg 需要先下载可执行文件,Windows 下可以下载 release 版直接解压,macOS 下可以用 Homebrew 安装:
brew install ffmpeg4. Windows 原生录屏操作全流程
Windows 系统里其实有好几套录屏机制,覆盖了不同需求,很多人只认识其中一个,遇到不适合的场景就以为 Windows 不能录屏,其实不是。
4.1 Xbox Game Bar 快速录制
Xbox Game Bar 是 Windows 10/11 自带的录制组件,适合快速录制当前前台的应用程序或游戏。
启动方式有三种:
- 快捷键
Win + G打开录制面板。 - 从开始菜单搜索“Xbox Game Bar”。
- 使用
Win + Alt + R直接开始录制当前窗口。
录制开始后,屏幕右上角会出现一个录制状态面板,点击红色圆形按钮或再次按Win + Alt + R停止录制。录制文件默认保存在视频/捕获目录下。
Xbox Game Bar 的默认参数比较保守,想要调高帧率和画质,可以进入设置面板:
设置 -> 捕获 -> 视频帧速率 -> 选择 30 FPS 或 60 FPS 设置 -> 捕获 -> 视频质量 -> 选择高或标准需要注意的问题:Xbox Game Bar 不支持单独调节麦克风音量,默认只录系统声音,录屏幕的同时如果要用麦克风讲解,需要另想办法,或者直接切换到第三方工具。此外,它只适合录制单个窗口,录制资源管理器、桌面等系统界面时有可能出现黑屏。
4.2 Windows 截图工具录屏
Windows 11 23H2 更新之后,系统自带的“截图工具”加入了录屏能力,比 Xbox Game Bar 更直观。
操作步骤:
- 按下
Win + Shift + S或开始菜单搜索“截图工具”。 - 在截图工具窗口中点击“录制”按钮。
- 点击“新建”,鼠标绘制需要录制的屏幕区域。
- 顶部出现录制控制条,可以选择是否开启麦克风。
- 点击“开始”,录制完成后点击“停止”。
- 录像文件自动保存在“视频/屏幕录制”目录,或者直接在截图工具预览窗口中另存。
这个方案的最大优点是操作直观,适合录制指定区域,比如录一段 PPT 页面转换,或者录某个软件弹窗的交互过程。缺点是输出规格偏保守,没有高级码率设置,长时间录制时文件管理也不如专业工具方便。
4.3 步骤记录器:不用视频的“录屏”
如果录屏的目的只是记录操作步骤、复现 Bug,其实不一定要录视频。Windows 自带的步骤记录器会把每一步操作截成静态图,并自动加上文字说明。
启动方式:
Win + R psr.exe也可以直接在开始菜单搜索“步骤记录器”。点击“开始记录”后,它会追踪鼠标点击位置、窗口变化,输出一个带截图的 HTML 文件,非常适合提交给开发人员做 Bug 复现。
这个工具的优势在于文件小、信息结构清晰,劣势是它不是视频,无法反映动画效果,也不录制音频。适合处理非动画场景的问题记录。
5. macOS 原生录屏操作全流程
macOS 的录屏能力从 Mojave 开始全面内置,不需要安装任何第三方工具。
系统级录屏快捷键:
Command + Shift + 5按下后会弹出底部工具栏,里面有完整的录制选项:
- 录制整个屏幕。
- 录制选定区域。
- 录制单个窗口。
- 选项按钮:可以选择保存位置、是否包含麦克风、是否显示鼠标指针。
点击录制后,屏幕顶部菜单栏会出现录制图标,点击即可停止。默认保存到桌面,可以在选项里改成别的目录。
如果需要录制屏幕的同时录制 iPhone 或 iPad 画面,用 QuickTime Player 更合适。打开 QuickTime Player,选择“文件 -> 新建影片录制”,摄像头选项中会自动识别已连接的 iPhone,可以把输入源切换成 iPhone,就能录制手机屏幕画面。
macOS 录屏默认使用 Apple 硬件编码器,画质和压缩效率都不错。如果只是录播客、录教学视频,这个方案基本够用。
6. OBS Studio 专业录制方案
OBS Studio 是当前开源领域最主流的录屏和直播软件,免费、跨平台、支持插件扩展,是目前专业录屏绕不开的工具。
6.1 安装与初始化
从 obsproject.com 下载对应系统安装包安装。首次启动会进入“自动配置向导”,此时可以先选择“只优化录制,不考虑直播”,后续再调整细节。如果跳过向导,也可以直接进入主界面手动设置。
6.2 核心设置:输出与视频
进入“设置 -> 输出 -> 输出模式 -> 高级”,重点确认以下参数:
| 参数 | 推荐值 | 说明 |
|---|---|---|
| 编码器 | 显卡硬件编码器 | NVIDIA 选 NVENC,AMD 选 H.264/AVC,Intel 选 QSV |
| 码率控制 | CBR | 恒定码率,录制时更稳定 |
| 比特率 | 8000-12000 Kbps(1080P 60FPS) | 越高画质越好,但文件越大 |
| 预设 | P5: Slow 或 Quality | 硬件编码时影响不大 |
| 关键帧间隔 | 2 秒 | 直播需要这个值,录制可以设为 0 自动 |
“设置 -> 视频”里确认:
- 基础分辨率:与显示器分辨率一致。
- 输出分辨率:1080P 或 2K,不建议盲目选高于输出画质的数值。
- 常用帧率:30 或 60 FPS,录游戏或高动态内容选 60。
6.3 建立录制画面
OBS 采用场景与来源的层级结构。默认已经有一个“场景”,点击“来源”区域下面的加号,选择需要的素材:
- 显示器采集:录整个屏幕。
- 窗口采集:只录指定窗口,即使切换后台也能固定录这个窗口。
- 游戏采集:适用于全屏游戏,效率最高。
- 音频输入采集:录麦克风。
- 音频输出采集:录系统声音。
- 文本 / 图像:叠加字幕、水印、封面。
合理组合后,建议在“来源”列表里把音频输出和音频输入分别放在不同的轨道。这样录制后用剪辑软件编辑时,可以单独调整系统声音和麦克风声音,不用重新录制。OBS 的混音器区域可以看到实时音频电平,录制前先说话测试,确保电平不为 0。
设置完成后,点击“开始录制”,右侧会出现已录制时长和实时输出码率。停止录制后,文件自动保存到“设置 -> 输出 -> 录像路径”指定目录。
7. FFmpeg 命令行录屏与自动化
如果是服务器上录制、定时任务录制、需要批量处理视频的场景,图形界面工具反而累赘。FFmpeg 是音视频领域的事实标准,用命令行完成录屏、转码、剪切一条龙,最适合自动化需求。
7.1 Windows 下用 FFmpeg 录屏
前提:安装 FFmpeg 并确保命令在终端中可用。Windows 下录制屏幕使用 gdigrab 输入设备:
ffmpeg -f gdigrab -framerate 30 -i desktop -c:v libx264 -preset ultrafast -crf 28 output.mp4参数说明:
-f gdigrab:Windows 屏幕捕获输入格式。-framerate 30:每秒录制 30 帧。-i desktop:录制整个桌面。-c:v libx264:使用 H.264 软件编码。-preset ultrafast:低延迟快速编码,适合实时录制。-crf 28:恒定质量参数,越低画质越高,一般 23-28 之间。
指定窗口录制:
ffmpeg -f gdigrab -framerate 30 -i title="窗口标题" -c:v libx264 -crf 28 output.mp4先找一个窗口,窗口标题就是标题栏上的文字,填入title参数即可。
7.2 同时录制系统声音和麦克风
录制声音需要先查看可用音频设备,Windows 通常走 dshow:
ffmpeg -list_devices true -f dshow -i dummy找到麦克风名称后,用如下命令同时录制屏幕和麦克风:
ffmpeg -f gdigrab -framerate 30 -i desktop -f dshow -i audio="麦克风名称" -c:v libx264 -crf 28 -c:a aac -b:a 128k output.mp4macOS 和 Linux 下的输入设备名称不同,macOS 使用 avfoundation,Linux 使用 x11grab 和 pulse/alsa,具体名称用ffmpeg -f avfoundation -list_devices true -i ""查看。
7.3 定时录制与脚本化
FFmpeg 支持通过外部命令终止录制,因此很容易在脚本里控制录制的时长。Windows 下用 PowerShell 配合超时命令:
$timeout = 600 Start-Process ffmpeg -ArgumentList '-f','gdigrab','-framerate','30','-i','desktop','-c:v','libx264','-crf','28','output.mp4' Start-Sleep -Seconds $timeout Stop-Process -Name ffmpeg以上脚本会录制 600 秒(10 分钟),然后自动终止 FFmpeg 进程。需要注意强制终止可能会导致录制文件缺少音视频索引信息,推荐在停止后用一个修复命令处理:
ffmpeg -i output_raw.mp4 -c copy output_fixed.mp4如果想把录屏能力集成到业务系统里,可以在 Python 中调用 FFmpeg 子进程,将录制指令封装成独立服务:
import subprocess ffmpeg_cmd = [ "ffmpeg", "-f", "gdigrab", "-framerate", "30", "-i", "desktop", "-c:v", "libx264", "-crf", "28", "record_2026.mp4" ] process = subprocess.Popen(ffmpeg_cmd) # 等业务逻辑完成,调用 process.terminate() 结束录制这类调用方式适合做“服务器桌面操作审计”“无人值守录制会议”“批处理录制多个窗口内容”等场景。
8. 录制参数、码率与性能影响
录制质量不只看分辨率,还要看编码器、码率、帧率和源素材这几个因素。理解这几个参数的关系,能帮你避免“录出来的视频卡顿、模糊、文件过大”三类常见问题。
8.1 分辨率与帧率
- 1080P 30FPS:适合大多数日常内容,普通办公电脑轻松处理。
- 1080P 60FPS:适合录游戏、鼠标快速移动的操作演示。
- 4K 30FPS:适合设计类内容、PPT 精细演示,但文件体积大。
- 4K 60FPS:对编码器和磁盘带宽要求高,需要独立 GPU 硬件编码支持。
如果你的录制素材是 1080P 显示器或软件界面,输出 4K 没有实际意义,反而让文件变大。显示器是什么分辨率,录制源就是什么数据量,输出超过源分辨率属于无效放大。
8.2 码率如何选
码率是决定视频清晰度和体积的核心变量。大致参考:
| 分辨率/帧率 | 推荐码率范围 |
|---|---|
| 720P 30FPS | 2.5-5 Mbps |
| 1080P 30FPS | 5-10 Mbps |
| 1080P 60FPS | 8-15 Mbps |
| 2K 30FPS | 10-20 Mbps |
| 4K 30FPS | 20-40 Mbps |
画面内容越复杂,比如游戏画面、动态图表,需要的码率越高。纯静态文字页面,用低一档的码率也画质良好。
8.3 硬件编码与软件编码
- 硬件编码(NVENC/QSV/AMF):占用 CPU 低,性能强,适合实时直播和长录制。缺点是低码率高复杂场景下压缩率略低。
- 软件编码(libx264/x265):压缩效率高,同码率下画质更好,录制复杂游戏或高质量教学视频时可以优先选用,但 CPU 占用很高,4K 60FPS 录制时可能掉帧。
如果录制的是游戏等高性能负载,硬件编码是首选。如果录制内容比较静态,硬件编码和软件编码差异肉眼难辨。
8.4 录制时如何观察性能和资源占用
Windows 下按Ctrl + Shift + Esc打开任务管理器,切到“性能”页,观察录制过程中 CPU 和 GPU 的占用率。如果 GPU 的 Video Encode 引擎占用率明显提升,说明硬件编码在正常工作。如果 CPU 占用接近 100%,且录制画面偶尔掉帧,说明 CPU 编码能力不足,可以考虑切换到硬件编码或降低录制分辨率。
macOS 下可以用“活动监视器”观察 CPU 占比,也可以用top命令在终端实时监控。OBS Studio 界面底部自带状态栏,会显示当前是否掉帧:
状态栏显示:渲染丢失 0 帧,编码丢帧 0 帧如果渲染丢帧数量持续增长,说明输出分辨率或 FPS 设置过高,需要降低参数。
9. 常见问题与排查方法
录屏出问题时,先不要急着卸载软件重装,多数问题和排查路径都比较固定。下面是一份高频问题对照表。
| 问题现象 | 可能原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| 录制文件没有声音 | 音频输入设备没选对,或者系统音频被静音 | 录前用 OBS 混音器看电平是否有波动 | 在混音器中测试麦克风和桌面音频,切换默认音频设备 |
| 录制画面黑屏 | 系统保护机制阻挡了桌面捕获,或窗口采集失效 | 检查具体录制哪个窗口;尝试切换显示器采集 | 关闭硬件加速或用管理员权限运行录制工具 |
| Xbox Game Bar 录制按钮不可用 | 当前窗口不支持 Game Bar 捕获,或组件未启用 | 按 Win + G 看面板是否正常弹出 | 重启 Game DVR 服务,或改用 OBS/截图工具 |
| 视频卡顿、掉帧 | CPU/GPU 编码能力不足,或码率过高磁盘写不进去 | 观察任务管理器性能占用 | 降低分辨率、降低帧率、切换到硬件编码、换 SSD |
| 视频体积巨大 | 码率设置过高,或录制时间过长 | 查看文件属性中的码率 | 降低码率,或录制后二次压缩 |
| FFmpeg 提示找不到设备 | 输入设备名称写错,或缺少驱动 | 运行设备枚举命令查看可用设备 | 按枚举结果填写设备名称,或安装对应驱动 |
| 录制游戏花屏/延迟 | 录屏工具与游戏画质模式冲突 | 尝试窗口化运行游戏 | 切换兼容模式,或使用专门的游戏采集模式 |
| OBS 启动提示缺少 VC++ 运行库 | 系统缺少运行库 | 根据提示查看缺少的组件 | 安装 Microsoft Visual C++ Redistributable |
| 录屏文件打不开 | 录制进程被强制终止,文件没有写索引 | 用 FFmpeg 或剪辑软件做索引修复 | 优先正常停止录制;被强制终止时用-c copy修复 |
| 麦克风录制有回声 | 扬声器外放导致声音反馈 | 戴耳机试录一次 | 使用耳机监听,或开启降噪处理器 |
如果问题还没解决,建议遵循一个通用排查顺序:先换一个录制工具看是不是软件问题,再看音频设备驱动是否有更新,最后检查磁盘剩余空间和写入速度,这三步能解决绝大多数录屏故障。
10. 最佳实践与使用建议
录屏看起来是“点击录制、点击停止”两个动作,实际工程化使用中,有很多细节会影响效率。
第一个实践:录制前先写一个 30 秒的测试片段。把麦克风音量、系统声音、画面布局都测一遍,再开始正式录制。这个动作能避免录制半小时后发现音频没采集进来,是最便宜的自检方法。
第二个实践:输出目录按项目分开放。建议目录结构:
recordings/ 2026-01-01_project_a/ raw/ # 原始录制文件 edited/ # 剪辑后的文件 assets/ # 字幕、封面、音频 2026-01-02_bug_repro/ raw/ notes/不要把录屏文件和系统下载、桌面混在一起,时间久了完全找不到素材。
第三个实践:批量任务加日志。FFmpeg 调用时加上-progress pipe:1或输出日志到文件,方便失败时查原因:
ffmpeg -f gdigrab -framerate 30 -i desktop -c:v libx264 -crf 28 output.mp4 2> record_log.txt第四个实践:录屏软件的画质参数不建议永远保持“最高”。固定使用一套适合自己主打场景的参数,比如“1080P 60FPS、CBR 10Mbps、NVENC”,可以确保长期产出稳定,也方便后期批量处理。
第五个实践:录制完成后立刻做一次快速检查。拖动进度条看开头、中间、结尾各几秒,确认画面和声音同步,再删除源文件或清理临时磁盘文件。录屏文件一旦丢失几乎无法恢复,养成这个习惯能省很多事。
第六个实践:涉及他人内容先确认授权。录制的视频里如果出现了真人面部、他人声音、受版权保护的背景音乐、付费模板,要在发布前确认是否有授权,不能因为“录到了”就默认“可以用”。这是基本合规要求,不是可选项。
11. 总结与下一步
录屏的核心思路并不复杂:先选对工具,再确认参数,最后做输出验证。
Windows 用户建议先掌握 Xbox Game Bar 和截图工具,这两个足够覆盖日常操作演示需求;要长期做内容或需要多音频源,直接迁移到 OBS Studio;有自动化、服务器、脚本化录制需求的,把 FFmpeg 的几条核心命令吃透,会比图形界面工具灵活得多。macOS 用户优先使用Command + Shift + 5和 QuickTime Player,需要画面叠加时再考虑 OBS。
最先应该验证的功能不是“最高画质”,而是“音频是否正常”。先录 30 秒,检查系统声音和麦克风电平,再谈分辨率、码率和场景编排。
最容易踩的坑有两个:一个是录制时忘记检查磁盘空间,录到一半磁盘写满,文件损坏;另一个是录制结束后不做修复和验证,直接发给别人,结果输出文件打不开。
后续如果想继续深入,可以学习 OBS 的场景切换与插件生态,或者尝试用 FFmpeg 配合定时任务搭建一个无人值守录屏服务。脚本化录制能力一旦打通,再配合现有的剪辑、上传流程,就能形成一套完整的自动化内容生产链路。