可行，但需HTTPS环境、移动端浏览器支持，并配合accept="audio/*"和capture="microphone"；桌面端或非安全上下文会静默失败，iOS需16.4+才支持capture。
HTML表单里直接用 <input type="file"> 调起麦克风录音可行吗？
可行，但有严格限制：必须配合 accept="audio/*" 和 capture="microphone"，且仅在 HTTPS 环境下、移动端浏览器（Chrome for Android、Safari on iOS 16.4+）中触发原生录音界面。桌面端或非安全上下文会静默失败。
-
capture="microphone"是关键，没有它，即使accept="audio/*"也只会打开文件选择器，而非直接调起麦克风 - iOS Safari 对
capture支持较晚，低于 iOS 16.4 时会被忽略，降级为普通文件选择 - 用户第一次使用时会弹出权限请求，拒绝后需手动到系统设置开启，
MediaDevices.getUserMedia()也会同样失败
为什么不能用 <input type="button"> + getUserMedia() 录音？
能用，但和“表单元素调用”不是一回事：getUserMedia() 是 JS API，不依赖表单控件，也不走系统录音 UI —— 它拿到的是实时音频流，后续要自己用 MediaRecorder 录制、导出 Blob，再手动 append 到 <form> 或上传。
常见误区：
- 把
getUserMedia()当作“调起麦克风”的等价替代，其实它不触发系统级录音界面，用户无明确操作反馈 - 忘记处理
NotAllowedError（用户拒权）或NotFoundError（无可用麦克风），导致按钮点击后静默 - 直接把
MediaRecorder的blob赋给<input type="file">—— 不行，FileList是只读的，得用FormData.append()手动提交
<input type="file"> 录音后怎么获取音频文件？
用户完成录音并确认后，input.files 会包含一个 File 对象，类型通常是 audio/mp4（Android）或 audio/mpeg（iOS），大小和时长取决于系统默认行为（通常有上限，如 10 分钟）。
立即学习“前端免费学习笔记（深入）”；
- 绑定
change事件监听，别用click：录音结束返回页面才会触发change - 检查
input.files.length > 0，空数组说明用户取消或未录音 - 可用
URL.createObjectURL(file)预览，但记得后续revokeObjectURL避免内存泄漏 - 若需后台上传，直接用
FormData.append('audio', input.files[0])，服务端接收方式与普通文件上传一致
兼容性差怎么办？要不要 fallback 到 WebRTC 方案？
要看场景。如果只是收集简短语音留言（比如客服评价），用 input[capture] 更轻量、体验更原生；如果需要控制录音时长、实时降噪、波形可视化，就必须上 MediaRecorder。
注意两个坑：
- Android Chrome 120+ 开始限制
MediaRecorder的 MIME 类型自动推断，建议显式指定new MediaRecorder(stream, { mimeType: 'audio/webm' }) - iOS Safari 不支持
audio/webm，得 fallback 到audio/mpeg（需额外引入 lamejs 编码）或接受 AAC 封装（audio/mp4，但需服务端支持）
真正麻烦的不是代码怎么写，而是用户在不同机型上点一下后，到底会看到什么：系统录音界面？黑屏？权限弹窗？还是什么都没有——这些都得靠真机实测，模拟器基本没用。
