MediaElement与Thread.Sleep使用问题：ComboBox选择变更时媒体播放异常

这个问题的核心是同步阻塞导致UI线程被挂起，让第一个媒体文件根本没机会启动播放。

为什么会出现这种情况？ #

如果你用了类似Thread.Sleep(5000)这种同步暂停方法，它会直接卡住当前的UI线程——媒体播放器控件刚收到播放第一个文件的指令，还没来得及向系统请求播放资源、启动播放流程，UI线程就被强制休眠了。5秒后线程恢复，代码直接执行播放第二个文件的逻辑，第一个文件的播放请求早就被覆盖或者根本没被处理，自然就只看到第二个文件播放了。

正确的解决方式：用异步延迟替代同步休眠 #

我们需要使用不会阻塞UI线程的异步等待方法，让第一个媒体文件能正常启动播放，同时等待5秒后再执行第二个播放逻辑。以C# WinForms为例，把事件处理方法改成异步的：

// 注意方法要加async修饰符
private async void ComboBox_SelectedIndexChanged(object sender, EventArgs e)
{
    // 播放第一个媒体文件
    mediaPlayer.URL = "你的第一个媒体文件路径";
    mediaPlayer.Ctlcontrols.play();

    // 异步等待5秒，不会阻塞UI线程
    await Task.Delay(5000);

    // 播放第二个媒体文件vb.mp4
    mediaPlayer.URL = "vb.mp4";
    mediaPlayer.Ctlcontrols.play();
}

额外注意事项 #

1. 确保你的事件处理方法加上了async修饰符，这是使用await的前提。
2. 如果使用的是其他媒体播放控件（比如WPF的MediaElement），逻辑类似：启动播放后，用await Task.Delay(5000)替代同步休眠。
3. 如果你希望等第一个媒体文件播放完毕后再等5秒播放第二个，那需要监听控件的播放结束事件（比如WMP的PlayStateChange事件），当播放状态变为停止时再执行延迟和第二个播放逻辑。

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