系统级别 app 的 toast 不受用户操控，但普通 app 的 toast 可以在应用信息的“通知”(包含 toast)里逐个禁用，或者遍历下来批量禁用。

Android 14 对于开发者层面来说，重点是支持了 OpenJDK 17/Java 17 LTS 吧！

@XIVN1987 越短，冲突的情况就大，比如类名重复，误写，还会加大编译器的语法分析，长点的话，就比较保守安全。


@kid1412621 我觉得 java 能走出第一步就很欣慰了，用着舒服不舒服慢慢进化。

@cubecube
@kuituosi
相比 graalvm ，我更看好 wasm 在云原生的前途； JDK21 的改变里，除了虚拟线程，我更喜欢"JEP 430 字符串模板（预览）":

String name = "Joan";
String info = STR."My name is \{name}";

@Ayanokouji 我 graalvm 和 jpackage 都玩过，还是觉得大部分项目，jpackage 足矣(不用额外安装 jvm/鼠标一键使用)，graalvm 的部分库编译时屡屡不过，云原生的红利其实是给云平台的，跟最终用户关系不大。

这玩意儿，大项目又一时不敢改，小项目又不咋关心性能，有点鸡肋，还是 jpackage 直接打包成 exe 务实一些。

@unco020511
@chuck1in
有个律师对比了中美商业秘密型代码的提交要求，基本就是涂黑核心机密；代码提交相同的话，直接跳过软著证明环节，谁拿出原件谁胜诉：
https://nav.congci.com/main/home/topics/programming-navigations/#copyright-and-license

@sdjl 我的了解是：软著即使上了法庭也只能作为初步证明材料，核心还是要看原件，所以仅仅是锦上添花，不是决定性的东西。

@qianji201712 《关于增值电信业务经营许可证相关问题的公告》这个只是针对“短信”、“呼叫中心”的部分用户，跟你说的 ICP 经营许可证关系不大，手机通讯方面的“增值”服务才需要该许可证，更是跟支付没任何关系。

这算什么，管不了欧美人，还管不了你？分享下收集的诸多祖国特色政策法规 - https://nav.congci.com/main/home/topics/cpc-ccp-laws-and-regs/

@ydatong iOS 的 App Store 似乎很容易来钱啊，自己做应用呗。我在 Google Play 上架的 app( https://tsc.openle.com/main/go/v1/our/pp )基本无人问津，但 iOS 至少应该顾个温饱吧，哎！

@voidmnwzp 提案上作者也说了，本来想用 go x()或 await/async 的方式，但为了让以前用 Thread API 的老程序受益，就直接改造 Thread 了，人家并不是不能更简化，人家是格局大！

@diagnostics 可贵的一点是，虚拟线程对 Thread 池的 API 几乎完全兼容的，不大动就能兼容 Java 老项目，你 Actor 可是引入挺多依赖嘛。

@ql562482472 JDK Foreign Function 也在 JDK21 预览特性列表中的。

@hhjswf 并不伪，假设有两件事情要解决，我先解决“用户空间”的线程接待能力，也算搞定了 50%了。I/O 层面的可以再来个 JEP 来处理。

@javak 虚拟线程的性能确实惊艳，但我最最喜欢的 JDK21 预览特性，却是“main 函数简化”和“JDK Foreign Function(取代 JNA 和 JNI)”，前者抛弃写 class 的桎梏，后者可以跟底层的畅快交互。
https://congci.com/main/home/topics/java-programming/

@BingoXuan 现代有了联合国，各国为了国际形象，一般不会出兵侵略了，可惜李煜没赶上啊。

我喜欢只带时钟的那个小爱音箱。

@weimo383 有道理，看来不能光看历史典故，还应该从经济、民生层面分析兴亡！

下个视频我准备加上第 2 个视角来呈现。🤝

@blankmiss 我是作者，原创作品，分享创造！