我需要为实用程序创建一个系统模式表单，该表单应阻止整个窗口，直到输入特定值。所以我正在尝试创建桌面和切换。到目前为止，创建桌面切换到它并返回对我来说效果很好。

但是，当我尝试从一个新线程中创建一个表单时，该表单没有显示，但应用程序保留在新创建的空白桌面中，因此在我注销之前永远阻塞屏幕。

我是根据此处找到的代码制作的:

http://developex.com/blog/system-modal-back/

// ScreenLocker.h

#pragma once

using namespace System;
using namespace System::Windows::Forms;

namespace Developex
{
   public ref class ScreenLocker
   {
   private:
      String ^_desktopName;
      Form ^_form;
      void DialogThread(void);

   public:
      static void ShowSystemModalDialog (String ^desktopName, Form ^form);
   };
}


// ScreenLocker.cpp

#include "stdafx.h"
#include "ScreenLocker.h"

using namespace System::Threading;
using namespace System::Runtime::InteropServices;

namespace Developex
{
   void ScreenLocker::DialogThread()
   {
      // Save the handle to the current desktop
      HDESK hDeskOld = GetThreadDesktop(GetCurrentThreadId());

      // Create a new desktop
      IntPtr ptr = Marshal::StringToHGlobalUni(_desktopName);
      HDESK hDesk = CreateDesktop((LPCWSTR)ptr.ToPointer(),
         NULL, NULL, 0, GENERIC_ALL, NULL);
       Marshal::FreeHGlobal(ptr);

      // Switch to the new deskop
      SwitchDesktop(hDesk);

      // Assign new desktop to the current thread
      SetThreadDesktop(hDesk);

      // Run the dialog
      Application::Run(_form);

      // Switch back to the initial desktop
      SwitchDesktop(hDeskOld);
      CloseDesktop(hDesk);
   }

   void ScreenLocker::ShowSystemModalDialog(String ^desktopName, Form ^form)
   {
     // Create and init ScreenLocker instance
      ScreenLocker ^locker = gcnew ScreenLocker();
      locker->_desktopName = desktopName;
      locker->_form = form;

      // Create a new thread for the dialog
      (gcnew Thread(gcnew ThreadStart(locker,
         &Developex::ScreenLocker::DialogThread)))->Start();
   }
}

好吧，现在我正在尝试将其“翻译”为 Delphi，到目前为止，这就是我所拥有的:

unit Utils;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, StdCtrls, ADODB, Grids, DBGrids, ExtCtrls, ComCtrls, SyncObjs, ShellApi,
  AddTimeU;

type
  TFormShowThread = class(TThread)
    HDesktopglobal: HDESK;
    hDeskOld: HDESK;

    UHeapSize: ULong;
    tempDword: DWORD;

    frm : TfrmBlockScreen;
  private
  protected
    procedure Execute; override;
  public
    constructor Create(form : TfrmBlockScreen);
    destructor Destroy; override;
  end;

implementation

constructor TFormShowThread.Create(form : TfrmBlockScreen);
begin
  FreeOnTerminate := True;
  inherited Create(True);
  frm := form;
end;


destructor TFormShowThread.Destroy;
begin
  inherited;
end;

procedure TFormShowThread.Execute;
begin
    hDeskOld := GetThreadDesktop(GetCurrentThreadId());

    HDesktopglobal := CreateDesktop('Z', nil, nil, 0, GENERIC_ALL, nil);

    SwitchDesktop(HDesktopglobal);
    SetThreadDesktop(HDesktopglobal);

    // tried this
    Application.CreateForm(TfrmBlockScreen, frm);

    // also tried this with same result
    //frm := TfrmBlockScreen.Create(nil);
    //frm.Show();

    SwitchDesktop(hDeskOld);

    CloseDesktop(HDesktopglobal);
end;

end.

我用这段代码运行它:

var
  frmBlockScreen : TfrmBlockScreen;
  frmShowThread : TFormShowThread;
begin

  frmShowThread := TFormShowThread.Create(frmBlockScreen);
  frmShowThread.Priority := tpNormal;
  frmShowThread.OnTerminate := ThreadDone;
  frmShowThread.Start();

我不明白为什么这不起作用，而 C++ 应该可以，它会在同一个应用程序中创建一个新表单。

我是这样结束的:

我将要显示的表单移至新项目并将其编译为 timeup.exe。 我使用如下所示的过程创建了一个进程，将桌面作为参数发送，以便我可以将进程分配给该桌面。 这样我什至不需要创建一个新线程......到目前为止它一直在工作。

这有什么漏洞吗？

var
  HDesktopglobal: HDESK;
  hDeskOld: HDESK;

  sDesktopName : String;
begin
  Application.Initialize;
  Application.MainFormOnTaskbar := True;

  try
    hDeskOld := GetThreadDesktop(GetCurrentThreadId());

    sDesktopName := 'TimeUpDesktop';

    HDesktopglobal := CreateDesktop(PWideChar(sDesktopName), nil, nil, 0, GENERIC_ALL, nil);

    SwitchDesktop(HDesktopglobal);
    SetThreadDesktop(HDesktopglobal);

    ExecNewProcess('TimeUp.exe', sDesktopName);

    SwitchDesktop(hDeskOld);
    CloseDesktop(HDesktopglobal);

  finally
    SwitchDesktop(hDeskOld);
    CloseDesktop(HDesktopglobal);
  end;

  Application.Run;
end.



procedure ExecNewProcess(ProgramName : String; Desktop : String);
var
  StartInfo  : TStartupInfo;
  ProcInfo   : TProcessInformation;
  CreateOK   : Boolean;
begin

  { fill with known state }
  FillChar(StartInfo,SizeOf(TStartupInfo),#0);
  FillChar(ProcInfo,SizeOf(TProcessInformation),#0);
  StartInfo.cb := SizeOf(TStartupInfo);
  StartInfo.lpDesktop := PChar(Desktop);

  CreateOK := CreateProcess(PChar(ProgramName),nil, nil, nil,False,
              CREATE_NEW_PROCESS_GROUP+NORMAL_PRIORITY_CLASS,
              nil, nil, StartInfo, ProcInfo);

  { check to see if successful }
  if CreateOK then
    //may or may not be needed. Usually wait for child processes
    WaitForSingleObject(ProcInfo.hProcess, INFINITE);
end;

最佳答案

在继续之前，您需要认识到 VCL 设计强制所有 VCL 窗体与主 GUI 线程相关联。您不能在不同的线程上创建它们。所以你的设计在这方面存在根本性的缺陷。您永远无法在主 GUI 线程以外的任何线程中创建 VCL 表单。

即使情况并非如此，您的代码也无法做任何有用的事情。那是因为您的线程不包含消息循环。表单一创建，与之关联的线程就终止了。

您可以使用对 CreateWindow 等的原始 Win32 调用来完成这项工作。但是您至少需要在您的线程中运行一个消息循环，以便在其中创建的任何窗口的生命周期内运行。

至于为什么您的代码永远不会切换回原始桌面，我不能确定。也许在尝试创建表单的代码中存在异常，因此恢复原始桌面的代码永远不会运行。该代码应通过 try/finally 进行保护。

一般而言，为了调试调用原始 Win32 API 的代码，您必须包括错误检查。您什么都不做，因此您不知道哪个 API 调用失败了。如果我们不知道这种方法无论如何都注定要失败，那将是调试此类问题的第一步。

也许我遗漏了什么，但我不明白为什么您要尝试从不同的线程运行此表单。有什么理由不能用完主 GUI 线程吗？

为了回答我自己的问题，我遗漏了一些东西。来自 SetThreadDesktop 的文档:

The SetThreadDesktop function will fail if the calling thread has any windows or hooks on its current desktop (unless the hDesktop parameter is a handle to the current desktop).

关于c++ - 使用 CreateDesktop/SwitchDesktop 在新桌面中创建表单，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/16347968/