@danhahaha 直接 Google 也行啊，前面几条都是你要的答案：
https://www.google.com/search?q=iOS+相册+淘宝

有过挺长一段时间不工作休息着，宅着看书和写代码，偶尔到外面公园骑车和闲逛

@AoEiuV020CN 老高是谁，有具体文献资料吗？

Siri 唤醒和 Siri 建议是两码事
Siri 唤醒使用麦克风和 App 使用麦克风也是两码事

唤醒功能是由特别的低功耗处理器（现在应该是直接集成在 SoC 里了）来特殊处理的，不是普通录音那样占用 CPU 。

你都不知道哪些是证据，那你怎么得到对方偷税漏税的结论呢。。

你认为屏幕的键盘印是油，时间长了就变成镀膜损坏了。
键盘打油我倒是能接受，但是之前 command 键磨损出透明的洞这我忍不了。。

写了一些开源代码，被很多 App 使用

不如折中一下，3 个空格 (狗头)

https://apps.apple.com/cn/story/id1328827568
苹果有推挤过几款

不管怎么说，都算往前迈了一步

你想要的是白名单吗？

Flutter 准确来讲是 "跨平台 UI"，它完全重写了渲染引擎，这样能保证在所有平台上达到完全像素一致，这才是它区别于别的跨平台方案的特性。从这个思路来看 Flutter 更接近 QT 。

Web 容器或者 RN ，性能问题是一方面，不用多说，无法提供平台一致性的渲染则是另一个大问题。如果你用 Web 技术栈，就需要考虑不同平台下 Web 容器的碎片化、兼容性，比如 iOS 是 WebKit 、Android 是 Chrome 或者类似 X5 那种定制化的引擎、不同版本，你做不到或者很难做到像素准确。如果想要减轻碎片化，那就需要内置容器，这就是 Electron 的思路，结果大家也都看到了，"太大太重"。Flutter 最初的出发点，是 Chrome 团队 Eric Seidel 的一次实验：他在不考虑 Web 兼容性的情况下，对 Chrome 的渲染引擎不断大量删除兼容代码和少用的功能，最终得到 20 倍的性能提升，这就是后来创建 Flutter 的动机。

如果说对于调用 Native 的功能，相比 Web + JSBridge 、或者小程序、RN 等方案来说，并没有本质区别，Flutter 也需要针对不同平台去封装 channel 来支持调用。

@3dwelcome 现在 alloca 的实现基本就是把 stack pointer 加个值，连函数调用都不是，基本算不上内存管理器。
实际和 vla 、递归一样，倒不是不好用，只是有些开发者搞不清楚用法或者误用了，很容易就 stackoverflow 。

@ohiu 那是因为 App 程序本身和 App 临时文件不会备份

苹果自己写了：缓存、索引、日志等数据

Things
Clear (非跨端)

"至于拿着“寄刀片”三个字儿说事儿的，您肯定不是喜欢影视和影视评论的人，麻烦您绕行一下，这里不适合您。"
喜欢影视和影视评论的人，应该知道新哥斯拉，和马上就要上映的新奥特曼吧。
好在当年有吉卜力的铃木敏夫和后来的老婆拯救了庵野秀明，如果当年寄刀片的那些人真的达成了目的，那现在就没看不到这些电影了。