只能说这是锤子的分布式...充其量是一个数据漫游...这种多设备间数据同步就连死翘翘的 wp 与 win 都早就有了...
为了宣传连脸早就不要了.

问题是..一旦出了异常,ui 线程中各种状态就会变得复杂..就跟为啥要限制 ui 使用单线程一样
关于消息循环,你也可以通过一个技巧来捕捉异常..但是即使你捕捉了异常..你会发现你能做得也很少..出错的 ui 部分就"卡住"了..这时候就需要复杂的来处理,,比如直接重建相关 ui..然后事情就各种复杂了...

//
new Handler(mainLooper).post(() -> {
while (true) {
try {
Looper.loop();
} catch (MainLoopExitException e) {
running = false;
return;
} catch (Throwable e) {
//处理逻辑
}
}
});
//github 其实是有这样的写好的异常处理的.已经带了 ui 部分的处理.不过我忘记了是啥了

驱动不是根本问题...

根本问题是有 win32 app 调用了 windows 非公开的亚克力模糊 api[SetWindowCompositionAttribute],而这个 api 在 win11 中会导致带有透明的应用移动时卡住...

只要某个 win32 app 调用了这个 api,并且移动过,那么其他的应用就可能产生这个问题...具体现象就是窗口移动超级缓慢,同时出现 2 个鼠标..等待一段时间后恢复

所以你要检查所有带有模糊背景的 win32 app..然后禁用掉亚力克效果

可以参考以下问题
github.com/QL-Win/QuickLook/issues/955
github.com/sourcechord/FluentWPF/issues/42
github.com/File-New-Project/EarTrumpet/issues/349

这明显是有 app 一直在调用,使用 Procmon 监控查找到根源才是解决这个问题...禁用 windows installer 没必要

哈哈,荼毒真深

@0576coder 内存就是给你这个应用跑的...除非你这个服务器要跑多个应用?就算是多个那也要根据最大内存考虑...
所以就算占用 40%也没事啊........配置一样就是为了减少 gc 操作...这个内存不存在什么浪费之说

-Xmx 配置为可以处理自己业务的最大内存...然后-Xms 与其一样..没什么浪费之说..那个内存反正闲着也是闲着

很多时候.redis 就是作为 spring 中的 cache 的一个实现而已
至于其他就是根据你业务来了

如果你又需要对接另一个接口.他又有不一样的配置,是不是自己又要 copy 代码写一套?

无非就是根据 oom_adj 级别与 process_state 调整下内置的内存回收规则而已...
原子化.不过是营销唬韭菜的行为...有个毛的技术
题外话.从黑科技到分布式,原子化..国内厂商都开始了这种无脑的营销,简直就是告诉人,我什么都没有.只会包装一样..可耻又可怜..

语言牛逼了.我用就厉害了
???

这问题从 hibernate 与 jdbc 讨论了 10 几年了

功能多怎么就消耗内存了?只用 ioc,那么只引入 context 就好了,也就几个核心依赖

确实无耻..也不知道搞这些的开发人员怎么好意思的

...这个肯定要看具体的用途..比如你的任务都是很快就执行完的..那线程就可以配置为 cpu 内核数量(左右),因为相当于每个线程一直在处理,不停顿..如果你的任务是有 io 相关,需要等待的..这时候你的线程数量限制主要是要考量你的内存能支持开多少个.

没有 ie 还没有 ajax 呢.....

uup 下载最新的 win10 测试版,直接升级不就完事了

敢问,哪一家系统现在完美支持笔,鼠标,触摸......
如果没有,可以去做一个,做好了,也许就发了