我有一个类似的问题与WPF应用程序，从访问应用程序通过Shell对象调用。

我的解决方案如下-工作在XP和Win7 x64应用程序编译到x86目标。

我宁愿这样做，而不是模拟一个alt选项卡。

void Window_Loaded(object sender, RoutedEventArgs e)
{
    // make sure the window is normal or maximised
    // this was the core of the problem for me;
    // even though the default was "Normal", starting it via shell minimised it
    this.WindowState = WindowState.Normal;

    // only required for some scenarios
    this.Activate();
}

如果你试图隐藏窗口，例如你最小化窗口，我发现使用

    this.Hide();

将隐藏它正确，然后简单地使用

    this.Show();

然后将窗口再次显示为最上面的项目。

问题可能是线程从钩子调用你的代码还没有被运行时初始化，所以调用运行时方法不起作用。

也许您可以尝试执行Invoke将代码编组到UI线程，以调用将窗口带到前台的代码。

为了便于重用，我构建了一个扩展方法。

using System.Windows.Forms;
    namespace YourNamespace{
        public static class WindowsFormExtensions {
            public static void PutOnTop(this Form form) {
                form.Show();
                form.Activate();
            }// END PutOnTop()       
        }// END class
    }// END namespace

调用表单构造函数

namespace YourNamespace{
       public partial class FormName : Form {
       public FormName(){
            this.PutOnTop();
            InitalizeComponents();
        }// END Constructor
    } // END Form            
}// END namespace

记住不要把显示该窗口的代码放在PreviewMouseDoubleClick处理程序中，因为活动窗口将切换回处理该事件的窗口。 只要把它放在MouseDoubleClick事件处理程序中，或者通过设置e.Handled为True来停止冒泡。

在我的情况下，我正在处理一个列表视图上的PreviewMouseDoubleClick，并没有设置e.Handled = true，然后它会引发MouseDoubleClick事件，将焦点集中到原始窗口。

我知道这是一个很晚的答案，也许对研究人员有帮助

 if (!WindowName.IsVisible)
 {
     WindowName.Show();
     WindowName.Activate();
 }