winui3 只是一个 ui 框架,它可以显示在 win32 窗口中,也可以在 winrt corewindow 中(已废弃) ,它不会有窗口这些功能
还是要找原生 win32 窗口实现方式
-

现在根本不用考虑其他的,直接使用 windows app sdk 即可
--
微软官方现在只有 winui2 与 winui3 在桌面端是持续维护的
winui2 或者说是内置于系统的 xaml ui 框架,微软已经不再推荐 app 开发直接使用(windows 内置的应用,还有系统界面基本都是 winui2)
windows app sdk 是独立于系统的一套 api,可以无缝使用 winrt,win32,winui3
---

当然现在 winui3 配合 c++是速度最快的,而.net 还不支持原生编译,启动比较慢

以下是基于 winui3 的一些 app
https://github.com/Paving-Base/APK-Installer
https://github.com/files-community/Files
https://github.com/Richasy/Bili.Copilot
...

这不是很早就测试了..基于 github.com/libarchive/libarchive

设置 core size 为 0?

需要配合 allowsCoreThreadTimeOut 参数
如果设置 false,那么 core 线程就是最开始的生成的那几个线程

第一关可以 controller 返回 FileSystemResource 就可支持"Range"了

上传后队列里调用 ffmpeg 切片生成 m3u8..后续就用 m3u8 了

virtual thread 本身就是为了代替 reactive ,异步等方式来实现高吞吐 io 的

目前最大的好处也就是是使用简单的同步方式来编写代码,性能肯定还需要打磨的

1.aosp 中进程生命周期,app 只要按照文档适配,完善 app 的代码,基本 app 端问题不大
2.安卓各种魔改系统,各种对 aosp 机制的修改,app 适配坑死人
3.各种安卓"安全工具",你永远不知道你的 app 如何死的,dont kill my app
4.app 各种垃圾 sdk,各种保活与对抗导致问题丛生
5.google 官方 sdk 的各种 bug,比如 Fragment 的各种生命周期的 bug,不知道改了多少版本

5.ios 墓碑回来闪退直到近几年内存加了才逐渐少了

时间多可以看看 openjdk 网站 ,有每个版本的变更提案
https://openjdk.org/projects/jdk/

每个提案都有 背景,调研还有最终决定的方案

什么都好,就是某些国内 app 是安卓系统的爹

每次升级的时候其实也担心会有问题,但是一想到整天搞业务也太无聊了,还不如升级然后丰富自己的经验..

实际....
升级 springboot 与 jdk 远远没有剥离某国内 mybatis X 来的问题多

springboot2 11 月停止免费安全更新.
可以 21+springboot3 直接一步到位了.

自己扩展一个 query 方法注入到 mybatisplus 中或者写一个 SelectProvider

因为开发的是时候没有必要一直启用原生编译..
一旦你的项目基础适配原生完毕,正常业务还是普通模式 debug,然后 ci 原生编译发布测试/线上版本

ad ui 大统一

win11 最大的问题是新 ui 与老 ui 的融合,然后实习开发"写了一堆灾难新 ui

c++加原生 winui 速度根本不会慢,但是离谱的比如设置中的应用列表,最基础的异步,分批渲染,虚拟化都做不好.这可是微软 xaml 教程中花了大幅文档写清了如何优化....

新右键菜单,每次都是动态调用 com 组件,然后交由 com 实现来决定是否显示菜单,这点就不会多快了,虽说可以更加智能,但是起码的 ui 做个缓存,或者别几分钟就直接又要重新生成 com 组件.....

说到底还是阿三的锅...

有没有对比最终打包后的编码?以前遇到过这个问题,是 idea 与 maven 配置的编码不一致问题导致的

用了好多年了,稳定简洁是最大的优点,尤其是现在自己编译加上直接 kernelsu,搭配各种开源软件,足够了
当然,重度国产 app 的用户不行

这个问题很多时候要看面试官想要关注什么..

如果是自身想要搞清楚,其实去看 spring 作者的书就可以了.来龙去脉
expert one-on-one J2EE Development without EJB