在多线程上控制VFP窗体UI上的控件有一个问题我一对没有得到解决

情况如下：

c#有Invoke或者BeginInvoke，但VFP窗体我需要重建它的Invoke或者BeginInvoke这难度有点高，VFP太老了！
找不到任何有关窗体线程相关资料！看C的话又很难找到方向！待高手指导一下，因为我是直接在线程操作VFP表单UI控件，主要待解决鼠标按下不放影响，
我觉得鼠标按下不放，应该是SendMessage机制阻塞影的，而我的表单控件又在这个窗体线程大循环里面，实在无法拆分，我应该把窗体建一个像c#一样的委托代理线程在这个窗体线程消息循环之外的

[此贴子已经被作者于2023-3-30 11:29编辑过]

以前好像有贴探讨过类似的问题
测试过程是：VFP主窗口放一个控件显示时钟，子线程定时显示时钟。用鼠标左键按住右上角关闭（X）按钮拖动，看看时钟有无停止。

可能是鼠标消息优先级较高，到了VFP主线程层面就不由子线程说了算。
SendMessage只是同步消息，就算改用PostMessage情况应该也差不多。

是的没有人会按住鼠标不放，反正线程还在生命周期中，只是被当前窗体线程中某一个动作（SendMessage消息)循环给阻塞，你看C版Win32窗体构造函数就清楚了！我看C#有一个invoke我想学习它,然后VFP就可以这样this.invoke.VFP全部控件.方法属性XX,结果发现这很容易解决，但问题是这个还是在窗体线程循环中。。。我无语了！

;********************************************************************
; 消息循环
;********************************************************************
        .while    TRUE
            invoke    GetMessage,addr @stMsg,NULL,0,0
            .break    .if eax    == 0
            invoke    TranslateMessage,addr @stMsg
            invoke    DispatchMessage,addr @stMsg
        .endw
        ret
调MFC ，重写窗体消息，不紧可以解决窗体多线问题还可以解决Unicode问题，需要功能深厚的大佬了。。。。

[此贴子已经被作者于2023-3-30 21:33编辑过]

额滴个娘嘞，宏汇编都上了，这话题已不适合在此板块讨论了

这个问题应该与窗口消息循环没多大关系，消息循环是windows系统的窗口消息机制，也就是接收转发消息的过程。
与窗口过程winpro也只是涉及到窗口子类化有关，可以通过子类化窗口来适应子线程，简单说就是换一个窗口自定义的窗口过程myWinPro。

多线程的应用相对较复杂，要视具体应用情况而定。

通常子线程最好不要去直接操控主线程的UI，否则有可能会存在未知的异常，尤其是多个子线程并发时的问题。
一般都是用异步工作方式，或创建子线程UI（线程子窗口）。
MFC的做法好像也是用两个线程来协同来处理，一个是UI线程（负责UI消息处理），另一个工作线程（负责数据处理）。

个人觉得，VFP实际应用中真正需要多线程的情况不多，VFP本身也就适合中小规模的应用，且32位应用系统能给到进程的资源很有限，多线程有时未必真的那么高效。
可以考虑多进程，操作起来相对简单可靠，运行安全。现在较复杂应用也用多进程，QT好像也不支持创建子线程UI。

可以参考Windows子类化窗口的相关文档。
子类化窗口可以对窗口的功能扩展，是windows提供了一种机制，是对窗口消息的重定向。
对照一下Winpro与myWinPro
Winpro

myWinPro