1.uwp 目前已经支持了多实例,多窗口,特别是放开了 win32 的进程调用,可以很方便的集成 win32 相关功能,具体 App 如 Files Uwp
2.win32 中使用 uwp 控件或者 host 一个 uwp 也已经很容易,这个就很多了,win11 的新画图,新记事本都是这样的
3.uwp 目前主要的 windows ui 已经升级到 2.7,并且是目前 win11 下最完善的 windows ui 库,win ui3 还早呢
4.uwp 采用的相关技术..如 winrt,早就不再是 uwp 的专属,目前通过 c++/winrt,c#/winrt,python/winrt 已经很方便的在 win32 环境中调用,比如写 win11 的右键,即可使用 winrt 来简化开发,比如直接用 winrt 的 json api, 还有 com 的包装,这个参考 windows 新终端,dev 版本支持 win11 右键的 git 小乌龟
=======
1.uwp 这个 app 架构目前已经不再更新,具体表现,比如对.net core 的支持还很低..并且没有计划进行支持
2.微软为了更方便的使用 win32 与 winrt,推出了新的开发 sdk,WindowsAppSDK,win ui3 是其一部分
3.微软推荐 uwp 迁移到 WindowsAppSDK,目前我将自己的 app 迁移过去,达到可跑状态花了不到 3 小时
4.uwp 的 container,目前在 WindowsAppSDK 无对应技术,但是经过在 github 讨论,得到了 PartialTrust 的存在(uwp 支持 AppContainer,FullTrust) (WindowsAppSDK 支持 PartialTrust, FullTrust )
5.目前 win ui3 不稳地,缺失功能也多,所以 win11 中新 App 依然是 uwp 开发

不要莫名扣帽子
1.任何软件随着使用广泛功能都会增长,功能增长意味着 bug 与安全问题会增多
2.安全问题想要一劳永逸根本不现实.这一次 log4j 也算是提醒那些万年不更新的公司 //个人..时刻保持关注安全与更新
3.如何配置?网上那么多关于漏洞的解析,还有 github 推送的补丁日志.认真看下就知道了..

如果你的部署没有禁止 mbean 连接,可以使用 mbean 动态修改配置...

1.打开 jconsole,连接你的 app,然后找到 org.apache.logging.log4j2..
2.找到 操作>getConfigText ,参数填写 utf-8,然后执行获取当前配置,复制配置,修改好
3.找到 操作>setConfigText,参数填写(配置 text,utf-8),然后执行

多看看 cve,cnnvd 列表,多关注下 xss..你会发现...这世界如此的不安全...用啥都一样

不谈场景没有任何意义

简单说就是一个是你自己管理,一个是外部(Application 容器)管理..
jndi 是 javaee 中资源命名查找的规范
对应到现在微服务也就是 service 注册发现使用...

@fighterhit 其实这就是 class 与 classloader 的内容了....学下就知道了

@fighterhit 这么说吧..java 不存在什么链接...
在 elasticsearch 自己编译时,他依赖的是 log4j 2.11...然后用到了 2.11 种的各种类.接口等等...当编译完成时.实际 elasticsearch 种不会存在任何 log4j 2.11 的文件等等...

当你自己项目用了一个高版本的 log4j..那么 elasticsearch 运行就是直接调用这个高版本


==========
当然这里说的都是常规的..java 可以内部直接包含依赖,然后不暴露出来,比如 java module

当你处理所有依赖时,如果发现有重复的依赖,最好的方案就是 exclude,然后在自己项目 pom 明确声明这些依赖的版本..

要不然就是查看最终依赖 tree,观察是否都是自己想要的版本..

你说的第二点.他就是 maven 算出来最终一个版本,然后就打包了..maven 不会关心 elasticsearch 你用新版的 log4j 会不会出问题..

maven 有一套依赖版本处理方法,这个不重复,搜下就有很多

你的 pom deps 加了 log4j 2.15.0 ,elasticsearch (依赖 log4j 2.11 )..maven 经过计算..选择 log4j 版本是 2.15.0,那么最终你打包就是 log4j 2.15.0,也就是说 elasticsearch 就是调用 log4j 2.15.0.

这并不是什么 Java 机制..就是暴力直接替换...所以当 api 变化大时,会导致出现各种问题...

所以 maven 配置的本来就不是无脑随意配置...

坐标江苏,已经与深圳的小伙伴愉快的玩起 mc 了...
写了一个获取 ipv6 的代码定时推 ipv6 到 github

对的..就是不安全...
假设只有客户端与 server
refreshToken 只是减少了传输时被偷的可能,因为大部分时间走 access token..当然因为 refreshToken 交换的时机少,你可以加入一些其他的判断..但是真的你的传输通道被监听...也没多大用

@AoEiuV020CN 另外..即便是 AGP 4.0.0 或者更高..他也是脱糖+插入支持库...因为本质安卓的虚拟机并没支持更高,这与 java 是不同的

好吧...文章只是用来说明 d8 对 java 的支持情况.....管中窥豹..同样对于更高 java 的语法..道理也是一样的

@AoEiuV020CN d8 还过时吗???? 建议多看看把....

安卓使用 d8 来编译,脱糖..
其早在多年就支持到高版本 java,官方直到今年才正式加入 java11 支持....
为啥那么慢...当然是推广 kotlin 了
jakewharton.com/androids-java-9-10-11-and-12-support/

b 格有了,kpi 长了,领导升了,项目烂了

ve2x 人均千里眼