MVC架构下登录页5分钟无登录自动退出的定时器实现

这段实现从逻辑上就达不到业务要求，且完全不符合MVC的分层设计原则：

• 错误的触发逻辑：把timer.schedule写在while循环内部，循环每执行一次就会向Timer提交一个新的5分钟退出任务，会瞬间堆积大量未触发的定时任务，根本不是“停留登录页5分钟才退出”的预期效果
• 耦合度失控：把界面交互判断、状态轮询、系统退出的操作全揉在同一段代码里，既没法在“退出登录回到登录页”的场景正确重置计时，也无法复用现有的模型、视图组件

按照MVC各层的职责边界，把整个登录超时的逻辑拆解到对应层级，确保每次进入登录场景都能正确启动定时：

Model层 #

仅负责维护登录相关的核心状态，不包含任何流程控制、系统操作逻辑，仅对外暴露状态查询接口：

// 核心状态定义
public class LoginModel {
    private String username;
    // 提供登录状态查询方法
    public String getUsername() {
        return username;
    }
    public boolean isLoginSuccess() {
        return !username.isEmpty();
    }
}

View层 #

仅负责渲染登录交互界面、接收用户的输入操作，不内置任何超时定时、状态判断的逻辑，只把用户的操作（提交登录、登录成功）以回调的形式通知给Controller：

// View层示例：仅暴露回调入口
public class LoginView {
    private Runnable onLoginSuccessCallback;
    public void setLoginSuccessCallback(Runnable callback) {
        this.onLoginSuccessCallback = callback;
    }
    // 用户点击登录完成、拿到合法账号时触发回调
    public void notifyLoginSuccess() {
        if (onLoginSuccessCallback != null) {
            onLoginSuccessCallback.run();
        }
    }
}

Controller层 #

作为整个逻辑的调度中枢，全权负责定时任务的全生命周期管理，是实现业务要求的核心：

1. 每次触发登录场景（应用启动进入登录页、退出登录回到登录页）时，立刻清理上一次场景残留的定时器，再初始化并启动5分钟定时任务
2. 实时接收View层的登录成功通知：一旦检测到用户完成登录，立刻取消正在运行的超时任务，避免误触发退出逻辑
3. 超时任务触发时，直接执行应用退出操作

public class LoginController {
    private Timer idleTimer;
    private final LoginModel model;
    private final LoginView view;

    public LoginController(LoginModel model, LoginView view) {
        this.model = model;
        this.view = view;
    }

    // 进入登录场景时触发的生命周期方法
    public void onLoginSceneStart() {
        // 清理残留定时器，避免旧任务影响新场景
        if (idleTimer != null) {
            idleTimer.cancel();
            idleTimer = null;
        }
        // 启动新的5分钟超时任务
        idleTimer = new Timer();
        TimerTask exitTask = new TimerTask() {
            @Override
            public void run() {
                System.exit(0);
            }
        };
        idleTimer.schedule(exitTask, 1000 * 60 * 5);

        // 绑定登录成功的回调，触发后立刻取消定时器
        view.setLoginSuccessCallback(() -> {
            if (idleTimer != null) {
                idleTimer.cancel();
                idleTimer = null;
            }
        });
    }
}

• 绝对不要把定时逻辑下沉到Model或View层：会导致层间耦合，后续更换UI组件、调整业务规则时需要大范围修改代码
• 每次进入登录场景必须执行定时器清理逻辑：如果用户中途离开登录页（比如点了返回按钮）但没完成登录，回到页面重新进入时要重新计算5分钟时长，不能沿用之前的计时进度
• 移除原来的while轮询写法：死循环会持续占用CPU资源，正确的状态流转应该靠事件回调触发，而非持续主动轮询

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