3

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

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

我是根据这里找到的代码制作的：

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;
4

1 回答 1

2

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

即使不是这种情况，您的代码也无法做任何有用的事情。那是因为您的线程不包含消息循环。创建表单后，与其关联的线程立即终止。

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

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

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

也许我遗漏了一些东西，但对我来说，为什么你试图从不同的线程中运行这个表单并不明显。有什么理由不能用完主 GUI 线程吗？

为了回答我自己的问题，我遗漏了一些东西。从以下文档SetThreadDesktop：

如果调用线程在其当前桌面上有任何窗口或挂钩，则 SetThreadDesktop 函数将失败（除非 hDesktop 参数是当前桌面的句柄）。

于 2013-05-02T21:47:51.053 回答