multithreading - 数据库连接(可能需要很长时间)运行时显示启动屏幕

Question

我试图在连接到数据库时显示启动屏幕，而不是卡住应用程序。正常连接(通过 ADO 到 MSSQL)大约需要 300 毫秒，这不会导致主线程在 Windows 上显示“未响应”。

但是，在 (a) 网络错误或 (b) 配置错误(无效的 SQL Server 主机名/实例)的情况下，需要 60 秒才会超时。这不仅使应用程序无响应，而且在卡住时几乎不可能显示任何错误或消息。我可以在开始连接之前弹出一条消息，但当主线程阻塞 60 秒时，确实没有解决方案。

解决方案似乎是将连接移至后台线程。这导致以下代码:

1. 一个 TThread 类，用于建立后台连接和一些 SyncObj(例如用于将信号发送回主线程的 TEvent)。

2. 主线程中的循环包含以下代码:

   BackgroundThread.StartConnecting;
   while not BackgroundThread.IsEventSignalled do begin
      Application.ProcessMessages; // keep message pump alive.
   end;
   // continue startup (reports error if db connection failed)
   

这是正确的方法吗？我的犹豫涉及上述解决方案的以下要素:

A.我会调用 Application.ProcessMessages，我认为这是一种极端的代码味道。(这可能是该规则允许的异常(exception))

B.我正在将线程引入到应用程序的启动中，我担心会引入错误。

如果有人有一个引用实现，已知该实现不存在竞争条件，可以与 ADO 进行后台连接，并且已知是一种安全方法，那么这将非常有帮助。否则一般提示或部分示例都很好。

Answer 1

由于已知的限制，即每个线程必须使用它自己的 ADO 连接(即不能使用在其他线程中创建的连接对象)，我能想到的唯一选择是创建一个与数据库建立连接的线程，并且，在建立连接或达到超时后，向主线程发出有关该事件的信号并关闭/销毁连接。主线程可以同时显示启动画面或进度，等待来自该线程的消息。因此，您可以消除密码错误或主机无法访问的情况。有一个合理的假设，如果第二个线程可以连接，主线程随后也可以连接。