wsl2 io 提升是指 wsl2 内部操作 io 的提升
当前阶段,你要么把 idea 也装到 wsl2 中..然后通过 wsgl 直接显示,要么通过远程,不管是 idea 远程过来或者只是远程部署与编译....
说真的..当你的工作真的需要 linux 才能完成时,那才需要用 wsl2.比如我做安卓,需要编译下安卓,那么直接 wsl2 编译就很方便.
aosp 源码直接在本地 ext4 分区.然后挂载到 wsl2

@among 这里基本说的基本就是上面那个..最好的方式,就是你自己先 getDriver
Driver 这个是可以缓存的..还有也没有必要每次 class.forname..

不要用 getConnection,换成 getDriver,然后调用 Driver 的 connect

往前推 10 多年吧,那时候 db 设计比现在严格多了..何止外键.表的关系都是严格设计.class 也都是严格写好映射....
只不过是软件行业发展很快,需求大,变化多,时间少....

wslg 都仍然还是早期状态...

如果你用的 spring,通常 service 不仅是作为一个业务 /功能单元,还是保证业务正确的事务单元..
假设你将 dao 直接注入 controller,那么你的 dao 就需要自己处理异常 /回滚.如果你的 dao 中有两条 db 操作,那么你自己处理事务的代码,还不如写个 service 方便

filePath 文件路径，需精确到文件名及后缀。 支持在线文件的 URL 地址，本地文件的 URI 地址、绝对路径或以 /assets/ 开头的路径。Note 通过绝对路径访问本地文件可能会遇到权限问题，Agora 推荐使用 URI 地址访问本地文件。 例如："content://com.android.providers.media.documents/document/audio%3A14441"
=================
那么直接使用 SAF 框架选择文件,拿到 uri 传入可以

通俗点,一个 db,用来存储 win 与软件的各种配置信息

建议分区,然后使用磁盘管理进行挂载到文件夹,而不是映射盘符,看起来只有一个盘
如果嫌 c 盘东西多,那就把那些系统的都隐藏
如果想方便,又有很多个硬盘,那就搞小 d 盘,专门用来挂载其他分区
任何系统都有这个问题

@golangLover spring webflux 是一个异步的 web 框架,它异步采用的模型是 Reactor...
但是你 web 层之后的代码.不一定就是选择采用 Reactor 异步的模型,毕竟 java 有那么多异步库可以用
比如你可以用 spring 的 project reactor,也可以用 rxjava,甚至用 jdk 内置的 CompletableFuture
再往下说那就更烦了..比如 jdbc 要选啥样的异步库...如果用到 httpclient 又要选择啥样的....

直接说不好用..老实写好 xml,,后面才知道有多好

最少 jdk11,就是安卓现在最新的官方都是最低 java11 了...
已经很多软件开始淘汰 java8 了,,起步几乎都是 java11....
如果还担心 java11 有问题..那只能说杞人忧天

为啥 permission 和 role 中会有 user_id,难道不应该是建立关联表么..要么建立多个关联表,要么关联表中加入用户类型字段

1.选择 vert.x,那就是给你全套方案
2.选择用 spring webflux 作为 web 接口.那它就是解决了网络接入这一部分
3.选择用 servlet3,然后使用 netty 或者 Undertow 作为 servlet 实现,同上
2,3 你还要继续选择用啥异步框架.用 spring 的还是其他的..各种各样

至于 spring cloud,那是架构.而不是上面的 1,2,3.....

这与 spring 有啥关系...网络 io,高性能 spring 那也是用的 netty....
你只要选择一个高性能网络 io,比如 netty,然后再选择一个异步模型就完事了

只能说这是锤子的分布式...充其量是一个数据漫游...这种多设备间数据同步就连死翘翘的 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