@ZRS 那这个 metadata 可以体现源文件与副本之间的关联吗，通过应用可以将其关系可视化展示吗？

@iCruiser 那能否在应用层将这个特性可视化？我觉得这个需求还是很酷的

@KevinXC 确实，我之前一直是使用 app store 版本的 input source pro ，功能比较简单，后面发现 keyboardholder 功能更多，没想到 input source pro 测试版功能更强

@jheroy 确实，我只用过 app store 版本的 Input Source Pro ，与之相比 KeyboardHolder 功能更多一些，试用完测试版的 Input Source Pro 后，发现 Input Source Pro 功能更强大一些。两个小工具软件都非常好用。

@Lullaby001 功能更强大

相比 Input Source Pro ，我更推荐使用 Keyboard Holder

我也蹲一个

@R0ckyY2 咦，这说的这个 Universal Actions 和 utools 的超级面板非常类似

@fumeboy 通过官方文档，已经在本地安装上了

支持一下

遇到过，重新登陆解决

正需要一个这样的快捷键查询工具，raycast 插件能否加入 store ，这样方便下载使用

破案了，是 EdgeUpdater 更新时留下的，在这个目录下有两个版本的 app
/Users/XXX/Library/Application Support/Microsoft/EdgeUpdater/apps/msedge-stable

同样问题，右键菜单有两个版本的 edgo 浏览器

@ec0 非常感谢

刚遇到过一次

如果被怼是理由是你用 Stream 流式的写法，就很没有道理了，list 里有 null 元素，你换成外部迭代写法也一样有可能 NPE ，而如果被怼的原因就是你没考虑 null 元素，那你只能认，不能说 Stream 流式写法不好，Stream 流加个 filter 也就解决了，不过相比你这个问题，上游的 list 里有 null 元素更加不可原谅。

@mineralsalt
@xy90321
谢谢，大概有点明白了，应该是我想当然了，以为所有的 InputStream 子类都需要 close ，如果没有 SDK 层面上就要求必须 close 的话，在 InputStream 实现个空 close 方法，去除 Closeable 接口的强制实现要求，给 InputStream 子类更大的自由。另外，我在想是不是也有 java 语法的向下兼容考虑，是不是某个低版本的 jdk 里 InputStream 就是没有实现 Closeable 接口声明的，现在有了 try-with-resources 新特性后，加上了实现 Closeable 接口声明，而为了兼容没有 close 方法的旧版本 InputStream 子类代码，才在 InputStream 类里写了个空 close 方法

@mineralsalt 不实现不是更好，提示子类必须实现，现在 InputStream 写了个空实现，子类继承时没有了强制要求。
之所以会这样推断，是因为
···java
public abstract class InputStream implements Closeable {}
···