开发需求中, 产品经常希望知道列表中的某个元素是不是曝光了, 但是曝光的规则又会给的很复杂, 比如
- 页面出现且数据加载好 需要曝光
- 刷新页面 数据没变不曝光
- 进入下一个页面, 再回来, 曝光
- 滑动列表, 元素不可见, 然后滑回来, 又变的可见了, 需要曝光
- 退后台 再回到应用, 需要曝光
- …
甚至不同的产品不同的业务这里曝光规则都会不一样, 如果每个业务自己去单独实现, 又会有很多重复代码.
iOS View 跟随陀螺仪移动或者翻转效果实现
需求需要实现一个轻摇手机时候, 页面背景左右挪动, 同时图片翻转的效果, 一般我们会直接用到CMMotionManager, CMMotionManager 是 Core Motion Framework 的一部分，它可以让我们方便地获取设备的运动数据，如加速计数据、陀螺仪数据、磁力计数据等。
但是 这个工具中能使用的传感器东西比较多, 最终我是使用 CMAcceleration.gravity 设备受到的重力的加速度 这个数据来完成的.
[转载] 存储空间终于算"对"了
为什么 iOS 主流 App 显示的总大小都无法对齐系统”iPhone存储空间”内的显示？本文分析了差异的主要原因和新版快手存储空间页如何做到对齐系统，通过深入研究苹果文件系统的机制和一系列实验验证，抽丝剥茧一步步确认了iOS存储空间的显示口径。
总结
原因一：App自身大小
原因二：进制差异
原因三：口径差异
原因四：统计路径差异
背景介绍
我们收到用户反馈，快手App内显示的已用存储空间与iOS系统设置中显示的大小不一致。在调研了几款主流App后发现各家显示的大小和系统或多或少都有些差异，App的存储空间的占用作为近些年微博热搜的常客，这个问题引起了我们的极大的兴趣和关注。
[转载] 京东二面：Redis为什么快？我说Redis是纯内存操作的，然后他对我笑了笑。。。。。
引言
Redis是一个高性能的开源内存数据库，以其快速的读写速度和丰富的数据结构支持而闻名。作为一个轻量级、灵活的键值存储系统，Redis在各种应用场景下都展现出了惊人的性能优势。无论是作为缓存工具、会话管理组件、消息传递媒介，还是在实时数据处理任务和复杂的分布式系统架构中，Redis均扮演了至关重要的角色。而Redis为什么快的原因也是我们尝尝遇见的高频面试问题。接下来我们就一起探讨一下Redis快的原因。
iOS App 签名
我们从 AppStore 下载的 App 一般都是被加密过的, 这是因为 iOS2.0时引入了强制代码签名(Mandatory Code Signing)技术, 只有被苹果设备认可的证书签名的代码能够被执行.
但是跟签名相关的概念十分繁杂, 各种证书，Provisioning Profile，entitlements，CertificateSigningRequest，p12，AppID，概念一堆，也很容易出错, 这里稍微梳理一下相关概念
iOS 应用内容防护(防截屏 防录屏)
背景
App 需要做一个防止用户截屏的功能，在 android 可以通过设置 Activity 的 Flag 来实现。在ios中系统只提供了两个事件：
- 截屏通知：
UIApplicationUserDidTakeScreenshotNotification - 录屏通知：
UIScreenCapturedDidChangeNotification
通知局限性
- app必须处于Active状态，才能接收事件。（如用户双击 home 按钮进入多任务页面，app 处于 Suspended 状态，此时无法处理事件）
- 截屏通知是在用户截完后，才触发的事件，此时用户已经保存到了内容，无法防截屏
iOS 网页分析(WKWebView)
Welcome to my blog, enter password to read.
iOS 组件化方案对比
主流方案优缺点
路由 URL 统跳方案
使用路由URL统跳方案的优势是动态性及多端统一 (H5, iOS，Android，Weex/RN); 缺点是能处理的交互场景偏简单。所以一般更适用于简单 UI 页面跳转。一些复杂操作和数据传输，虽然也可以通过此方式实现，但都不是很效率。