Rust解决Option::unwrap()空值panic问题，实现歌曲元数据结构体

你遇到的panic是因为代码中多处使用unwrap()，而这些调用的返回值可能是None（比如MP3缺失标题/艺术家元数据）或Err（比如文件读取失败、MP3损坏），强行unwrap()会直接触发程序崩溃。具体危险点：

1. Tag::default().read_from_path(&file_path).unwrap()：文件读取或标签解析失败时panic
2. tags.title().unwrap()：MP3无标题元数据时返回None，触发panic
3. tags.artist().unwrap()：MP3无艺术家元数据时同理panic

下面是兼顾错误处理与业务需求的实现，优先用合理的默认值替代panic，同时保留错误反馈：

use audiotags::Tag;
use rust_play::files::get_files;

#[derive(Debug)]
struct Song {
    file_path: String,
    title: String,
    artist: String,
    track: Option<u32>, // 曲目号可能不存在，用Option保留不确定性
}

fn main() {
    let files = get_files::get_mp3_files();

    for file in files {
        println!("处理文件: {}", file);
        match create_song_struct(&file) {
            Ok(song) => println!("解析完成: {:?}", song),
            Err(e) => eprintln!("解析失败 {}: {}", file, e),
        }
    }
}

// 返回Result，将错误暴露给调用者处理，避免直接崩溃
fn create_song_struct(file_path: &str) -> Result<Song, String> {
    // 处理标签读取失败的情况
    let tags = Tag::default()
        .read_from_path(file_path)
        .map_err(|e| format!("读取标签失败: {}", e))?;

    // 标题缺失时，用文件名作为默认值
    let title = tags
        .title()
        .map(|s| s.to_string())
        .unwrap_or_else(|| {
            std::path::Path::new(file_path)
                .file_name()
                .and_then(|n| n.to_str())
                .unwrap_or("未知标题")
                .to_string()
        });

    // 艺术家缺失时，用默认字符串填充
    let artist = tags
        .artist()
        .map(|s| s.to_string())
        .unwrap_or_else(|| "未知艺术家".to_string());

    // 曲目号本身是Option<(u32, Option<u32>)>，提取主曲目号
    let track = tags.track().map(|t| t.0);

    Ok(Song {
        file_path: file_path.to_string(),
        title,
        artist,
        track,
    })
}

• 替换unwrap()为错误传播+默认值填充：用map_err转换库错误，unwrap_or_else为缺失的元数据提供合理默认值
• 用Option处理可选字段：曲目号这类可能不存在的元数据，直接在结构体中用Option<u32>存储，避免强行unwrap
• 返回Result类型：让调用者（main函数）自主处理成功/失败场景，不会因为单个无效文件导致整个程序崩溃
• 去掉冗余注解：清理#[allow(unused_imports)]这类不必要的编译器注解，让代码更规范

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