这是适配 iOS 26 的笔记，并非介绍新功能和API。陆续更新，发现一个就写一个🤯🤯🤯🤯🤯🥸🤨😗🙃

在和 Swift、UIKit 以及现在的 SwiftUI 打交道多年后，我总结了一套在日常工作中真正能提升效率的小技巧。相信我，一旦你用了，就再也回不去了。 1. 代码片段库（⌘ + ⇧ + L） 我

核心原则 最小权限原则：只请求你的应用必须要用的权限。请求过多权限会降低用户信任度和安装转化率。 清晰明确的描述：描述文案 (Usage Description) 必须清楚、诚实地解释为什么需要该权限

前两天苹果发布了Xcode26、iOS26正式版本；因为没有强制要求适配，原计划忙完手上的事情再去适配。但是最近发包审核反馈在iOS26上闪退了。我人麻了，想躺平，奈何苹果推着我进步啊

作为团队里的 “工具达人”，最近发现不少同事还在为 Mac 上的软件管理头疼：新人入职装一套开发工具要半天，不同成员用的软件版本不统一导致兼容性问题，卸载软件后残留文件越积越多…… 其实这些问题，一个

背景 对Appstore来说，4.3（a）是最让人头疼的事情。 有些是故意而为之，为了快速抢占市场、做备用包或者内部赛马等等。 有些是无奈之举，莫名其妙的被3.2f，又想恢复产品的权重，重新夺回阵地。

背景 对Appstore来说，最让人痛苦的莫过于30%的苹果税。 如果开发者违反了关于《苹果开发者审核指南》，反手喜提3.2f-隐藏功能引起的账号封禁。 具体比如对于在虚拟商品没有使用苹果提供的内购A

XunDoc开发之旅：当AI医生遇上家庭健康管家 当我在生活中目睹家人为管理复杂的健康数据、用药提醒而手忙脚乱时，一个想法冒了出来：我能否打造一个App，像一位贴心的家庭健康管家，把全家人的健康都管起

背景 对于独立开发者来说，能够降低成本快速测试结果的。除了Appstore就只有谷歌play。 但是，谷歌play对于国内已经严防死守。主要是因为国人小聪明太多，马甲套壳在规则的边缘疯狂试探。 这就导

App在迭代过程中，随着新需求的不断丰富，包体积逐渐增大。早期功能较简单，优化空间有限，用户感知不明显，包大小问题未受重视。随着功能多元化，包大小水涨船高，大到一定值后，会产生一些消极影响。

DiffableDataSource是iOS 13引入的一种全新的列表（UITableView、UICollectionView）的构建、更新方式 为什么要引入新的方式 传统写法存在几个问题： 更新时

StoreKit 2 介绍 苹果内购的 StoreKit 2 引入了一套更安全、更现代化的订单凭证校验机制

iOS架构概览 以下是iOS应用架构的核心层次： 核心架构模式 1. MVC (Model-View-Controller) 2. MVVM (Model-View-ViewModel) 3. VIP

长图拼接完美，完全可以媲美应用市场上的软件。 （因为是C++的算法，所以平台通用，如果你是独立开发者，可以用来上架APP） 由于iOS没有系统自带的长截图功能，所以只能用第三方的，AppStore上有

iOS 26 nonatomic property 为何频频崩溃？苹果竟主动埋下“哨兵值”以暴露并发隐患！本文将深度剖析 0x400000000000bad0 崩溃根因，并详解快手自研框架 Ekko

背景 上回书说到本来应该从从容容、游刃有余的迭代，在进入正在审核之后历时了44个小时之后被拒审核。 反倒是成了匆匆忙忙、连滚带爬！ 翻车的原因是因为内购恢复购买机制，不适适用于按照时间购买的产品。

WWDC25中Apple正式将开发工具与操作系统的版本号进行统一，命名规则为“发布年份+1”。所以2025年的Xcode命名为Xcode 26，iOS命名为iOS 26。

UIScene是iOS 13引入的，核心要解决的是，原来的基于1个Window管理App UI的策略，不能很好的适配像iPad中出现的一个App对应多个Window的场景 iOS 13之前 在iOS

阿强赶紧把 MacBook 合上，阿花攥着写满笔记的桃叶小声说：“别急，下晌咱们就试这个**GlassEffectContainer**，肯定能让这些按钮像浪浪河的水似的，流着动起来！”