Rust使用rodio库时match与unwrap错误处理的行为差异问题

差异根因 #

两段代码的运行结果差异和错误处理方式无关，核心是rodio::OutputStream实例的生命周期不同：
rodio::OutputStream是底层音频流的持有者，它一旦被销毁，对应的音频上下文会立刻关闭，关联的OutputStreamHandle也会直接失效，无法用来创建Sink实例。

第二段代码panic的原因 #

你在第二份代码中使用let (_, handle) = rodio::OutputStream::try_default().unwrap();接收返回值时，第一个返回的OutputStream实例被绑定到了_。Rust语法中，绑定到_的值会立即被丢弃，不会保留到当前作用域结束。
因此执行到下一行Sink::try_new(&handle)时，OutputStream已经被销毁，handle指向无效的音频上下文，调用返回错误，触发unwrap panic。

第一段代码正常运行的原因 #

第一份代码中，rodio::OutputStream::try_default()的返回值是match表达式的匹配对象，属于临时值，它的生命周期会被自动延长到整个match表达式执行结束。
也就是说在match分支内部执行Sink::try_new(&handle)时，OutputStream实例还未被销毁，handle是有效的，所以可以正常创建Sink。

如果需要修复第二段代码，只要给OutputStream加一个显式的命名绑定即可，哪怕不会主动使用这个变量：

// _前缀只是避免编译器报未使用变量警告，_stream会存活到当前作用域结束
let (_stream, handle) = rodio::OutputStream::try_default().unwrap();
let s = Sink::try_new(&handle).unwrap();
println!("{}",s.len());

内容的提问来源于stack exchange，提问作者Gabriel Sartori