那些让后端处理的，你们是哪里学的开发，浏览器的事件有没有触发，服务器端要拿头去判断吗。现行 HTTP 规范下，只有标签页关闭和窗口关闭两个事件，没有特定标签页全部关闭事件，这事拿常规手段做不了。

我想到一个思路，需要前后端配合。前端，每个页面定时上报自己还活着，可以用 websocket 加心跳，也可以就是单纯的 JavaScript 定时器（如果标签页是频繁打开关闭的，那就千万别用 websocket ，DDOS 了）。后端需要监控当前 Session （如果能定位到客户端也可以把维度换成客户端）的“活着的页面数”，变成零的时候就触发登出操作。

但是，跟产品沟通一下，把需求变成“5 分钟或者半小时内没操作就自动登出”，回是更好的选择。

打算长期用的东西，买的时候要直接忽略首年价格，直接看续费价格。订阅性的服务，首次付费都是给你低价试用的。

你的工厂方法从底子上就是有问题的，没法破。工厂方法是主类的辅助类，可以是主类的内部类，但绝对不能跟主类有继承关系。

继承关系上也有问题：构造方法和静态方法都是不能继承 /覆盖的。

虚拟机又不是独立硬件，它卡的时候宿主机自然跟着卡。

设置——更新和安全——Windows 更新——高级选项，把第三行自动重启这个取消选中。

但是这个只是部分有用，当你超过时间没重启，大概是 3 天，之后，它还是会给你强制重启。

真正的程序员是都不想维护旧的代码的，所以在强制更新这点上，Windows 、IOS 、Java ，前不久还加入了个 CentOS Stream ，那是一样的流氓。

根据经验的建议：既然是全体都这么干，那么公司后面基本有伞，这时候法的作用已经不大了。仲裁还是要走，但是别抱太大希望了，最后很可能是走到二审都是你赢但是执行不了。切记，不该签的字不要签。录音可以当证据，但是要注意你口头答应的只是离职赔偿协议，没有其他约定。

windows 资源管理器还没抛弃 FTP 协议。

这是系统架构跟开发过程的事，跟代码仓库无关。在你们现在这种系统架构下，各项目实质上是没有相互关系的，复制粘贴代码是唯一有效的手段，强行合并代码，只会做无用功甚至反向功。

1 楼这不就说得很清楚了吗，名为企业安全软件，实为监控软件。

删掉会自动重生，这就已经很明显了，未经过认证的就是病毒，经过认证的就是安全软件。

官网+CMS ，请直接买 /用现成的模板，不要用任何编程语言自己写。

产品的问题，在于没有独立的 UI 先行提示用户名不能用，不在于后面直接给修改了。因为如果提前告知了用户名是否能用，你也就不会产生随便搞一个用户名去测试是否能改的操作。

你既然需要试了才能知道能否成功，那么说明在提交前是没有独立的 UI 提示你用户名不能用的，每次修改，只向服务器提交一次。那么这种情况下，服务器是不会先查询是否存在然后再更改的，而是直接修改并在捕获索引冲突异常后提示用户名已存在，因为前者会有非常难处理的并发问题。

去 HTTP 纯 Application Interface 风格的接口，好处是完全去掉了 HTTP 的影响，缺点是 HTTP 的好处——Header 、缓存、通用等——一个也用不了。

如果你都已经考虑 macbook 了，那你起始已经没啥选择了，只能在 mac 、surface 、xps 这 3 个高端系列里面选。但你 7000 的预算还想要 32G ，那就太过分了。

不要轻薄的话，如果还能接受联想这种坑爹货，是可以考虑 ThinkBook 系列的。