1. 核心结论 在 iOS 开发中，我们几乎总是使用 nonatomic，极少使用 atomic。 使用 atomic 存在两个主要问题： 性能损耗：atomic 会在 setter/getter 方

Swift闭包语法详解 代码示例 详细解释 这是一个Swift中的闭包（Closure）语法，具体解释如下： 代码分解 语法分析 变量声明： var b：声明一个变量 b :() -> Void：指定

在iOS的开发中，经常会有A持有B，但是B又持有A的问题，这就是老生常谈的循环引用，目前最常用的方法就是使用weak或者unowned去打破循环。接下来浅谈下两者的底层实现原理以及两者的对比。

前言 ARC 让 90% 的 iOS 开发者“无痛”管理内存，但剩下的 10% 却能把 App 拖进 OOM 深渊。 ARC 原理：一张图先记住 结构体 / 枚举是值类型，不走 ARC；只有类（cla

从 Vue 组件到原生 UIKit 渲染的 7 大核心链路、Yoga 增量布局实现、JS-Native 通信原理，再到存量业务 APM 策略（白屏 / 组件异常 / 参数不匹配监控方案），附源码定位

在 Swift 并发系统（Swift Concurrency）诞生之前，iOS 开发者的日常被回调（Callbacks）、代理（Delegates）和 Combine 填满。我们用这些工具来处理应用中

PolarisGuideKit：轻量、低侵入的 iOS 新手引导组件（遮罩挖孔 + Buddy View + 插件化） GitHub：https://github.com/noodles1024/Po

Homebrew 5.0 更新、iOS 26 Liquid Glass 适配、参数化测试陷阱、SwiftUI task identity、Unicode 替换错误、在 iOS 中集成 Rust等内容

一、传统存储方案的痛点 在介绍MMKV之前，让我们先看看iOS开发者常用的几种本地存储方案： NSUserDefaults：适合简单键值对，但性能瓶颈明显，每次写入都需同步到文件 SQLite：功能强

一、视图控制器层级：Navigation 栈 vs Modal 链 1. 两套完全独立的层级体系 Navigation 栈（push/pop)

本文基于一个真实的iOS语音房项目案例，详细讲解如何使用状态模式来管理复杂的业务流程，以及如何与权限中心协同工作，因为在拍卖房间中不只有不同的房间阶段变化（状态）还有不同角色拥有不同的权限（权限中心）

简短的回答是：一般情况下不会，甚至在很多场景下，大量使用 .obs 反而比传统的 setState 性能更好。 但凡事都有“但是”。如果使用姿势不对，确实会导致内存占用增加或帧率下降。 我们需要从**

在iOS开发中引入路由框架一直是一个有争议的话题。我个人并没有参与大型App项目，文章是我个人的一些浅显的理解，最近在看TheRouter的源码，希望可以帮助到大家。

一句话总览 1️⃣ 最重要的区别（先看这个） 维度 Task {} Task.detached {} 是否有父 Task ✅ 有 ❌ 没有 继承取消状态 ✅ ❌ 继承优先级 ✅ ❌ 继承 Task-l

看到UIViewController新增了updateProperties()方法，看起来是改变属性值就会刷新页面，要方便不少。 试试看，写了个UIButton+UILabel+Model，点击时修改

在 iOS 26 中，Apple 对 UISearchController 做出了改进： 搜索栏在 UINavigationItem 中的布局更灵活，可以直接将搜索栏集成到 UIToolBar 中。

🚫求求你别再手动改类名了！Swift 自动混淆脚本上线，4.3 头发保卫战正式开始！ 最近又被苹果爸爸 4.3 拿捏了吗？ 是不是已经习惯了以下这些「灵魂折磨」： 为了上架不得不手动画几个类名 ——

property 核心概念、常见属性修饰符、copy 详解、@dynamic、@synthesize、背后存储 ivar

iOS布局系统看似简单，却隐藏诸多细节。从Frame到AutoLayout，很多问题并非API用错，而是对布局原理理解不足。本文从视图布局流程入手，结合约束机制，梳理系统计算View尺寸与位置的过程。