C#操作LibVLC外部组件时，如何正确关闭当前非主窗体

你遇到的异常和逻辑错位来自两个独立的实现问题，并非LibVLC本身的功能缺陷：

• 跨线程操作导致的异常：LibVLC的Stopped媒体停止事件，默认由内部的媒体解码工作线程触发，而非创建窗体/控件的UI线程。WinForms/WPF的UI对象有强制的线程亲和性校验，非UI线程直接调用Close()方法就会抛出InvalidOperationException，异常抛出时的上下文错位会让你产生“this指代MediaPlayer组件”的错觉，本质不是引用指向发生了变化。
• 类上下文错位导致的引用错误：如果你将MediaPlayer_Stopped方法写在了MediaPlayer组件的类内部（而非独立窗体类内部），那代码块中的this确实会指向MediaPlayer实例，而非承载它的窗体，因为实例方法的this引用由所属的类定义决定，和你在哪个位置拖入组件没有关系。

按照以下步骤调整代码即可实现媒体停止时自动关闭当前窗体的目标：

1. 修正类绑定上下文：确保停止事件的处理逻辑直接定义在独立窗体类内部，从类定义层面让this的初始指向为当前窗体；如果为了代码复用需要将事件处理逻辑放在公共类中，需要在绑定事件时显式传入窗体实例的引用，避免this指向错位。
2. 手动实现UI线程封送：因为LibVLC的媒体事件不在UI线程触发，必须将窗体关闭的逻辑通过控件自带的线程封送机制切回UI线程执行，才能满足UI对象的线程亲和性要求。
   • WinForms 场景下的正确实现代码：

   private void MediaPlayer_Stopped(object sender, EventArgs e)
   {
       // 检测当前是否处于非UI线程
       if (this.InvokeRequired)
       {
           // 将关闭操作封送到UI线程执行
           this.Invoke(new Action(() => this.Close()));
           return;
       }
       // UI线程下直接执行关闭逻辑
       this.Close();
   }
   

   • WPF 场景下的正确实现代码：

   private void MediaPlayer_Stopped(object sender, EventArgs e)
   {
       // 通过WPF的Dispatcher机制切回UI线程执行操作
       this.Dispatcher.Invoke(() => this.Close());
   }
   

3. 更稳健的写法（避免this引用错位）：在窗体初始化、绑定MediaPlayer事件的位置通过闭包捕获当前窗体实例，不依赖this的隐式指向，从代码层面彻底避免上下文错位：

   // 窗体构造函数中绑定事件的示例
   public MediaPlayerForm()
   {
       InitializeComponent();
       // 闭包显式捕获当前窗体实例
       var hostForm = this;
       mediaPlayer.Stopped += (senderObj, eventArgs) =>
       {
           hostForm.Invoke(new Action(() => hostForm.Close()));
       };
   }
   

注意：LibVLC的所有媒体状态回调（播放、暂停、停止、进度变更等）都运行在独立的工作线程上，不要直接在回调中修改任何UI控件的属性、操作窗体实例，所有涉及UI的逻辑都必须通过线程封送切到UI线程执行。

内容的提问来源于stack exchange，提问作者Vítor Souza