嘿，我完全懂你的困扰——inStatus.join()确实是罪魁祸首！它会强制GUI主线程停下来，一直等到网络检查线程跑完，这期间界面根本没法处理任何用户操作或者渲染更新，自然就卡住无响应了。咱们换个思路，让网络检查在后台默默跑，跑完再通知GUI更新状态，完全不阻塞主线程就行。

问题根源 #

Tkinter是单线程GUI框架，所有界面相关的操作都必须在主线程执行。当你调用join()时，主线程被死死堵住，没法处理事件循环（比如按钮点击、界面刷新），所以屏幕就变成了“假死”状态。

解决方案：移除join()，用Tkinter的after()做线程回调 #

我们可以让网络检查线程独立运行，等它拿到结果后，通过Tkinter的after()方法把结果传递给主线程处理——after()是线程安全的，它会把任务放到主线程的事件队列里执行，不会干扰界面响应。

修改你的InternetStatus_Check()函数如下：

import threading
import queue

def InternetStatus_Check():
    global internetCheck_flag
    # 这里假设master1是你的Toplevel窗口，要是不在全局范围，就把它作为参数传进来
    global master1

    # 定义主线程的回调函数，用来处理网络检查结果
    def update_network_status(result):
        global internetCheck_flag
        internetCheck_flag = result
        print(f"网络状态：{internetCheck_flag}")
        # 在这里写依赖网络状态的后续任务，比如启用/禁用按钮、显示提示等
        # 注意：所有GUI操作都要在这里做，不能在后台线程里直接操作控件！

    # 后台线程要执行的任务
    def check_network_task():
        # 调用你的网络检查函数
        is_connected = internetCheck.is_connected('1.1.1.1')
        # 线程完成后，告诉主线程更新状态（用after(0)立即加入主线程事件队列）
        master1.after(0, lambda: update_network_status(is_connected))

    # 启动后台线程
    network_thread = threading.Thread(target=check_network_task)
    network_thread.start()
    # 这里完全不用join！让线程自己跑就行

额外注意事项 #

1. 绝对不要在后台线程操作GUI控件：所有按钮、标签的更新都必须放到update_network_status这类主线程回调里，否则会导致界面崩溃或者奇怪的bug。
2. 全局变量的线程安全：如果internetCheck_flag会被多个线程频繁读写，最好加个threading.Lock()来保护，不过你这里只是后台线程写一次、主线程读，暂时不用也没问题。
3. 替代队列的更简洁写法：上面的代码直接把结果通过lambda传递给回调，比用队列更简单，如果你还是想用队列，也可以在update_network_status里从队列取结果，效果是一样的。

把修改后的函数替换你原来的InternetStatus_Check()，再点击按钮时，GUI就不会卡住了，网络检查在后台跑完后会自动更新状态，你还能正常操作界面上的其他按钮~

内容的提问来源于stack exchange，提问作者Krushi