波儿菜

WebKit Cookie 存储策略 由于 WebKit 多进程协作关系，Cookie 需要在 WebContent、Networking 两个进程间调度与同步。 比如 JS 调用 document.

Network 进程 URL Cache 是在 WKNetworkSessionDelegate 使用 NSURLSession 处理网络请求，没有实现其 URLSession:dataTask:wi

window.requestAnimationFrame()后浏览器会在下一次重绘前回调，前端在回调中再次调用该函数，则实现了与屏幕帧率一致的回调。 但发现 CPU 占用较高，内存也会缓慢增加，有些怀

Swfit 生成的指令的量级整体来看比 OC 多，梳理了一些 Tips 在编码时多留意，能减少一点点指令数量，蚊子腿也是肉。 避免 Swift 去重写 OC 的构造函数 会新增 objc_msgSen

我们知道代码发起 URLSession 请求时，会有个-URLSession:didReceiveChallenge:completionHandler:代理函数自定义认证逻辑；在使用 WebKit

在 iOS 15.2 WebKit 支持了 COOP/COEP 响应头，满足 Cross-Origin-Opener-Policy: same-origin / Cross-Origin-Embedd

swift 与 OC 混编引发了一个隐式强制解包 Crash，由于经验不足走了一点弯路。 Crash 信息 Crash 信息大致如下： 源代码如下： 分析 只能看出是隐式强制解包引起的，直观上看可能的

Crash 信息 libAccessibility 在发送通知时产生了 Crash。 复现场景 在某些路径可以复现 Crash： 这里取出对象 isa 中的 class 对象 PAC 验签后使用，在

Crash 信息 线上存在一个持续很久的 Crash，由于没有明确业务栈且量级不算大，让它成为了老赖之一，Crash 栈是这样的： 由于不能明确是哪个业务代码引起的，所以先确认 Crash 的对象是哪