icestraw

@iceloon 没太听懂。用长 hdmi 线连接，理论上主机可以迁到沙发附近，无论有线无线效果都更好啊

@iceloon 2.4G 的手柄嘛，无线键鼠延迟就小多了，总不能接受得了无线投屏但接受不了无线键鼠/手柄吧

我之前也尝试过串流，用 atv 用采集卡都试过了，都不行。问题在于串流这个动作本身，把 40G 的带宽压缩到 40M ，能做到绝大部分环境不卡已经很了不起了，但惟独玩游戏这种变化复杂的场景根本不行。后来我放弃了，直接牵了一根超长的 hdmi 线。供参考。

40g 的和 10g 的硬盘盒我都试过，随机读写差距很大，估计是走 pcie 和走 usb 协议的区别。如果追求随机读写的话，建议换 40g 的试。

Mac 可以关 sip 不过你搞这么复杂干什么 直接把 qq 音乐设置自启动就可以了

@wyd011011daniel 是 你时间宝贵 有法律效应的隐私协议都没有这种开源有安全感，那我还能说啥。反正对我来说，这种开源我安心不了一点，开源的项目和商店里完全可以是两个不相干的项目。你安心你随意吧...

@wyd011011daniel 我认为至少要是“理论成立”的技术信任链，才是证明。否则就是宣传，说得再好听，也是宣传。尤其是开源。其实完全不开放服务端，只开源客户端，同样是一种开源（这不就是 tg 和以前的 iMessage ），而且是“理论成立”的。客户端可以完成加密工作，密钥交换可以私底下进行。只需要客户端做好端到端加密，服务器做什么都无所谓。用户拿开源的代码一样可以接入到服务器，这才是“理论成立”的信任链。CloudKit 的问题就在于，只有开发者用自己证书签名过的代码，才能运行，而这个步骤开发者做了什么是完全不可知的。当然，这不是说 CloudKit 真有问题。CloudKit 应该是一种帮助开发者“尽到保护隐私责任”的工具，而不是“免除隐私泄露责任”的挡箭牌。保护隐私的责任仍必须在开发者。

当然，像楼主说的，他是“为了减少服务器维护成本”，这当然没问题，而且是好事情。但是一定要和隐私联系上，不太现实。而且这个数据同步的实时性，可能还有点挑战。

@wyd011011daniel 我为什么感觉我和你观点一样但是结论不一样

"只要用户期望使用第三方联网的服务，独立个体用户也不可能审计所有代码并且对开发者的服务器也没有任何审计能力。"
对啊，正因如此，开发者无论用什么技术都无所谓啊，反正用户信任的也是这个 App 。

问题就在于“他宣传 xxx”和“他实际 xxx”不一定是匹配的。开发者无论宣传的多好，都有可能做出额外的行为来泄露隐私，这本来就是无解的，用户只能选择“相信这个 App”或者“不用这个 App”。
至于他用不用 CloudKit...真没那么重要，开发者想传隐私信息，怎么都是能传的。方式有太多种了。
万一他接入了三方统计 SDK ，把数据发给他们了呢？
万一他用 AppLink 或者剪贴板传递隐私信息，实际发起请求的是别的程序呢？
哪怕就把它加密传在崩溃日志里，发给 Apple ，也是可以的啊。
这些需求都是合情合理的啊，防不住的。
更别提不合理的方式了：我检测到抓包我就不传隐私数据，没有抓包我再传。除非你在网络层抓包，那网络层同一个手机那么多 App 请求，谁知道是哪个 App 发出来的？开发者完全可以检测到手机上装了 qq 我再传，然后我还把隐私信息发给腾讯的统计 sdk ，诸如此类。域名看不出来，内容也是加密的，证书可能还做了 ssl pinning 。根本没法防的。

@SingeeKing 而且他们不可能搞真的端到端加密的，相比加密和隐私，他们承担不起“用户忘记唯一的密钥，数据丢失”的风险。我记得苹果 iOS10 还是 11 的时候搞了个 像那么回事的 端到端加密的钥匙串，一旦密码想不起来，他就给你钥匙串全删掉。估计后来因为太多人忘记密码，被人喷狠了，逻辑就改了很多。