为什么 iOS 主流 App 显示的总大小都无法对齐系统”iPhone存储空间”内的显示？本文分析了差异的主要原因和新版快手存储空间页如何做到对齐系统，通过深入研究苹果文件系统的机制和一系列实验验证，抽丝剥茧一步步确认了iOS存储空间的显示口径。
总结
原因一：App自身大小
原因二：进制差异
原因三：口径差异
原因四：统计路径差异
我们收到用户反馈，快手App内显示的已用存储空间与iOS系统设置中显示的大小不一致。在调研了几款主流App后发现各家显示的大小和系统或多或少都有些差异，App的存储空间的占用作为近些年微博热搜的常客，这个问题引起了我们的极大的兴趣和关注。
Redis是一个高性能的开源内存数据库，以其快速的读写速度和丰富的数据结构支持而闻名。作为一个轻量级、灵活的键值存储系统，Redis在各种应用场景下都展现出了惊人的性能优势。无论是作为缓存工具、会话管理组件、消息传递媒介，还是在实时数据处理任务和复杂的分布式系统架构中，Redis均扮演了至关重要的角色。而Redis为什么快的原因也是我们尝尝遇见的高频面试问题。接下来我们就一起探讨一下Redis快的原因。
我们从 AppStore 下载的 App 一般都是被加密过的, 这是因为 iOS2.0时引入了强制代码签名(Mandatory Code Signing)技术, 只有被苹果设备认可的证书签名的代码能够被执行.
但是跟签名相关的概念十分繁杂, 各种证书，Provisioning Profile，entitlements，CertificateSigningRequest，p12，AppID，概念一堆，也很容易出错, 这里稍微梳理一下相关概念
App 需要做一个防止用户截屏的功能，在 android 可以通过设置 Activity 的 Flag 来实现。在ios中系统只提供了两个事件：
UIApplicationUserDidTakeScreenshotNotificationUIScreenCapturedDidChangeNotification通知局限性
使用路由URL统跳方案的优势是动态性及多端统一 (H5, iOS，Android，Weex/RN); 缺点是能处理的交互场景偏简单。所以一般更适用于简单 UI 页面跳转。一些复杂操作和数据传输，虽然也可以通过此方式实现，但都不是很效率。
| 代际 | 关键词 | 重大历史事件 | 备注 |
|---|---|---|---|
| 60 | 情怀 | 改革开放 结束文革 |
|
| 70 | 闷骚 | 改革中 | 表面平淡 内心强大 |
| 80 | 纠结 | 市场经济 50 后父母 |
最辛苦的一代, 也是个人奋斗回报最大的一代 |
| 90 | 任性 | 计划生育 互联网 |
|
| 95 | 迷茫 | (更严格的)计划生育 二次元(廉价消费) |
人群:宅男腐女, 证明经济转衰(米哈游的崛起) |
| 00 | 淡定 | 民族复兴 70 后父母 |
起因是因为 Epic 和 Apple 的官司结案了，突然想起来之前看过的一些材料，就顺手整理了这份杂文，里面的很多内容在时效性上已经比较落后了，不一定与当下完全一致，不过当个奇闻轶事读读也好啦！
对于外界而言，Apple 的 App Review 团队一直都显得十分神秘，直到 2019 年 CNBC 的一篇名为《Inside Apple’s team that greenlights iPhone apps for the App Store》的文章发布后，大家才对其有了一定的了解。
其中有不少特别有意思的冷知识，例如审核人员会通过 Mac 电脑访问一个叫 App Claim 的 Web 网站，批量审核应用，然后他们通常会在 iPad 上审核应用，即使这是一款 iPhone 应用。（Reviewers “claim” a batch of apps through a web portal on a Mac desktop, called App Claim. They often examine the app on an attached iPad, even if it’s an iPhone app.）
所以，我突然明白了为什么早年间，即使我们提交的是 iPhone 应用，但在拒审邮件的截图附件中，总是能看到 iPad 屏幕截图的身影，现在看来，原来如此~
不过，去年 Epic 和 Apple 的官司 又一次把 App Review 团队带到了大众的视野中。