表现为模糊音勾上后 在返回去看 勾都被取消了

只好装 gboard 代替了

1. 显示 6.5 英寸, 却要求 6.9 英寸

2. 点了 6.9 英寸的编辑, 却要求的 6.5 英寸的截图

ios26 正式版发布了，前几天已经升级，个人感觉比刚开始的版本还是流畅一点，但是卡顿掉帧，进入桌面图标空白等性能问题依然存在，特别是肉眼可见的掉帧。不知道当初喷我的人有没有同感。当时我的看法如下，我觉得升级到正式版之后依旧成立

我反对的是为了过度（且效果并不好）的 ui 动画消耗太多硬件资源，导致系统卡顿。这大概率不会因为 public beta 或者正式版就完全解决。在我看来这种做法或者趋势本身就是有问题的。

今天不骂苹果了，上次被喷惨了怕了。但是苹果的阳谋是成功的，现在在犹豫要不年年焕新换一个 17 或者 17pro ，应该不会这么卡了吧...

据 ios18 以来的经验，此开关会在某些系统更新后被重置。当 v 站又上下滑动卡卡的就要去看看是否被重置了

网上开启教程很少，折腾了半天才发现需要更改机器语言和 Siri 语言到英语，当然 ai 是必须要打开的，开启新的 workout 就出现提示了

今天兴冲冲的准备跑步试试这个 feature ，结果 apple watch 提示我“需要连接 iPhone 才能使用”…虽然我懂这个是基于 ai 的需要手机算力，但是谁户外跑步带手机啊。可能更适合跑步机吧，但是跑步机也不需要它鼓励我吧。

试了下切换“显示与亮度”里的“浅色”、“深色”模式也不行，不管哪种模式，字体都是黑色。

问了 AI ，Google 了一遍，也没解决办法以及相似的问题。

ios26 又流畅顺滑，又不费电

我估计是 UI 代码彻底重构了的原因

UI 屎山代码从 ios7 到 ios18 多少年了，越来越卡。

ios26 终于彻底重构了，感恩产品经理

最近几个月一直在不停地弹通知，叫我同意和云上贵州相关的协议。但是不同意也能正常使用，网页端检查了 https://account.apple.com/account/manage/section/information 确认自己不在国区，看了 https://www.icloud.com/ 也找不到云上贵州字样。

手机为美版，账号为台区。

前言

作为一名 iOS 开发者，我一直被两个问题困扰：重复的网络请求浪费资源，缓存策略难以精确控制。最近两个月，我决定用 AI 辅助编程的方式来彻底解决这些问题，最终开发出了一个名为Monstra的 Swift 性能框架。

整个过程让我重新思考了"编程"这个概念，也让我对 AI 协作开发有了全新的认识。今天想分享一下这次 AI 辅助开发的完整经历，包括遇到的坑、解决方案，以及一些意外的收获。

项目背景：那些让人头疼的性能问题

问题一：重复网络请求的噩梦

相信很多 iOS 开发者都遇到过这种情况：

// 场景：多个 ViewController 同时需要用户数据 class UserProfileViewController { func viewDidLoad() { API.fetchUserProfile { result in // 处理结果 } } } class SettingsViewController { func viewDidLoad() { API.fetchUserProfile { result in // 重复请求！ // 处理结果 } } } class NotificationViewController { func viewDidLoad() { API.fetchUserProfile { result in // 又一个重复请求！ // 处理结果 } } } 

结果：3 个页面同时加载，发出 3 个完全相同的网络请求。浪费流量，增加服务器负担，用户体验还差。

问题二：缓存策略的复杂性

iOS 开发中的缓存问题同样让人头疼：

• NSCache: 功能简单，无法精确控制过期时间
• 自己实现: 要考虑内存限制、过期策略、线程安全等一堆问题
• 第三方库: 要么功能不全，要么太重太复杂

决定：用 AI 协作解决这些问题

面对这些痛点，我决定开发一个专门的框架来彻底解决这些问题。但这次，我想尝试一种全新的开发模式：AI 辅助编程。

AI 协作开发的分工策略

经过思考，我制定了一个明确的分工策略：

我负责的部分（核心创造）

• 架构设计：整体框架结构，模块划分
• 核心算法：执行合并逻辑，缓存淘汰策略
• 业务逻辑：具体的 API 设计和实现
• 示例代码：真实场景的使用案例

AI 负责的部分（辅助优化）

• 单元测试：各种边界情况和异常场景
• 代码审查：代码质量，最佳实践建议
• 文档编写：API 文档，README ，使用指南
• 工程配置：CI/CD ，GitHub Actions ，项目配置
• 代码规范：注释补全，格式化，命名优化

这样分工的好处是：我专注于最需要创造性思维的部分，AI 帮我处理那些重复性、规范性的工作。

框架设计：两大核心组件

基于对问题的分析，我设计了两个核心组件：

1. TaskManager：智能任务执行管理器

MonoTask - 单任务执行合并

// 创建一个处理用户资料获取的任务 let userProfileTask = MonoTask<UserProfile>( resultExpireDuration: 300.0 // 5 分钟缓存 ) { callback in // 实际的网络请求逻辑 API.fetchUserProfile { result in callback(result) } } // 多个地方同时调用，只会执行一次网络请求 Task { let profile1 = await userProfileTask.asyncExecute() // 发起网络请求 let profile2 = await userProfileTask.asyncExecute() // 返回缓存结果 let profile3 = await userProfileTask.asyncExecute() // 返回缓存结果 } 

KVLightTasksManager - 轻量级批处理

// 批量获取用户帖子，自动合并重复 ID let postManager = KVLightTasksManager<String, Post>( config: .init( dataProvider: .asyncMultiprovide(maximumBatchCount: 10) { postIDs in return try await API.fetchPosts(ids: postIDs) } ) ) // 三个 ViewModel 请求重叠的帖子 ID ，自动批处理 postManager.fetch(keys: ["101", "102", "103"]) { id, result in // 处理单个帖子结果 } 

KVHeavyTasksManager - 重型任务管理

// 大文件下载，支持进度跟踪和取消 let downloadManager = KVHeavyTasksManager<URL, Data, Progress, CustomProvider>( config: .init( maxNumberOfRunningTasks: 2, // 最多同时 2 个下载 maxNumberOfQueueingTasks: 64 ) ) // 多个下载请求，自动队列管理 downloadManager.fetch( key: fileURL, customEventObserver: { progress in print("下载进度: \(progress.fractionCompleted)") }, result: { result in // 处理下载结果 } ) 

2. MemoryCache：智能内存缓存系统

let cache = MemoryCache<String, UIImage>( configuration: .init( // 内存限制 memoryUsageLimitation: .init(capacity: 1000, memory: 500), // 500MB // TTL 配置 defaultTTL: 3600.0, // 正常数据 1 小时过期 defaultTTLForNullElement: 300.0, // 空值 5 分钟过期 // 雪崩保护：随机化过期时间 ttlRandomizationRange: 60.0, // ±60 秒随机 // 内存成本计算 costProvider: { image in guard let cgImage = image.cgImage else { return 0 } return cgImage.bytesPerRow * cgImage.height } ) ) // 优先级缓存 cache.set(element: profileImage, for: "user-123", priority: 10.0) // 高优先级 cache.set(element: thumbnail, for: "thumb-456", priority: 1.0) // 低优先级 cache.set(element: nil, for: "missing-789") // 缓存"未找到" // 智能获取 switch cache.getElement(for: "user-123") { case .hitNonNullElement(let image): // 找到有效图片 displayImage(image) case .hitNullElement: // 找到"未找到"记录 showPlaceholder() case .miss: // 缓存未命中 loadImageFromNetwork() case .invalidKey: // 键值验证失败 handleInvalidKey() } 

AI 辅助开发的实战经验

1. Cursor 的惊人表现

使用 Cursor 进行 AI 辅助开发最大的感受是：AI 比我想象的更"理解"代码。

代码审查能力

当我写完核心逻辑后，Cursor 会提出改进建议：

我的原始代码：

func removeExpiredElements() { for key in keys { if isExpired(key) { remove(key) } } } 

Cursor 的优化建议：

func removeExpiredElements() -> Int { let keysToRemove = keys.filter { isExpired($0) } keysToRemove.forEach { remove($0) } return keysToRemove.count // 返回清理数量，便于监控 } 

这种优化不仅提高了性能，还增加了实用功能，完全是我没想到的角度。

单元测试的全面性

最让我惊讶的是 AI 生成的单元测试。我只写了基本的功能测试，但 AI 补充的测试用例覆盖了很多我忽略的边界情况：

// AI 生成的边界测试 func testConcurrentAccessWithSameKey() { // 测试多线程同时访问同一个 key } func testMemoryPressureEviction() { // 测试内存压力下的驱逐策略 } func testTTLRandomizationPreventsStampede() { // 测试 TTL 随机化防止缓存雪崩 } func testNullValueCaching() { // 测试空值缓存的各种场景 } 

2. 不同 AI 模型的"个性"差异

在开发过程中，我尝试了多个 AI 模型，发现它们确实有不同的"专长"：

GPT-4 的特点：

• 保守但严谨：总是考虑各种异常情况
• 注重边界处理：生成的代码防御性很强
• 文档详细：API 文档写得非常全面

Claude 的特点：

• 性能敏感：经常提出性能优化建议
• 代码优雅：生成的代码结构清晰，可读性强
• 注重实用性：更关注实际使用场景

Cursor 的特点：

• 上下文理解强：能很好理解整个项目的结构
• 实践导向：生成的代码更贴近实际开发需求
• 工程化思维：关注 CI/CD 、项目配置等工程问题

3. AI 协作的最佳实践

经过两周的深度协作，我总结出几个关键的协作技巧：

3.1 精确的需求描述

❌ 模糊的描述：

"我写了一个缓存, 帮我 review 一下"

✅ 精确的描述：

"我写了一个线程安全的内存缓存，支持 TTL 过期，优先级 LRU 淘汰策略，能够缓存 nil 值，防止缓存雪崩，并且可以设置内存使用上限, 请帮我 review 一下代码逻辑正确性 public API 的规范性以及合理性"

3.2 迭代式优化

不要指望 AI 一次性生成完美代码，而是通过多轮对话逐步优化：

第 1 轮：实现基本功能 第 2 轮：添加异常处理 第 3 轮：优化性能 第 4 轮：完善文档 第 5 轮：添加单元测试 

3.3 善用 AI 的不同视角

对于关键代码，我会让不同的 AI 模型都 review 一遍，综合它们的建议：

• GPT-4 帮我找 bug 和边界情况
• Claude 帮我优化性能和代码结构
• Cursor 帮我完善工程配置

开发成果：5 个实战示例

为了验证框架的实用性，我开发了 5 个真实场景的示例：

1. Module Initialization - 模块初始化

// 应用启动时的配置加载，支持重试和永久缓存 let cOnfigManager= AppConfigurationManager() configManager.initializeModule { result in switch result { case .success: print("配置加载成功") case .failure(let error): print("配置加载失败: \(error)") } } 

2. User Profile Manager - 用户资料管理

// 单用户资料管理，支持 TTL 刷新和强制更新 let profileManager = UserProfileManager() profileManager.setUser(firstName: "Alice") { result in // 设置完成后自动刷新缓存 } 

3. Object Fetch Task - 批量对象获取

// 三个 ViewModel 同时请求重叠的帖子 ID ，自动批处理 let repository = PostRepository() repository.getPostsBatch(ids: ["101", "102", "103"]) { results in // 批量处理结果 } 

4. Large File Download Management - 大文件下载

// Alamofire + AFNetworking 双 Provider 支持，断点续传 let downloadManager = AlamofireManager(config: .init()) let result = await downloadManager.asyncFetch( key: fileURL, customEventObserver: { progress in updateProgressBar(progress.fractionCompleted) } ) 

5. Large File Unzip - 大文件解压

// ZIPFoundation 集成，进度跟踪 let unzipManager = UnzipManager(config: .init()) unzipManager.fetch( key: zipFileURL, customEventObserver: { event in switch event { case .progress(let percent): print("解压进度: \(percent * 100)%") } } ) 

性能测试结果

执行合并效果测试

// 10 个并发请求测试 let startTime = CFAbsoluteTimeGetCurrent() await withTaskGroup(of: Void.self) { group in for i in 0..<10 { group.addTask { let result = await userTask.asyncExecute() print("Task \(i) completed: \(result)") } } } let duration = CFAbsoluteTimeGetCurrent() - startTime print("总耗时: \(duration)s, 网络请求次数: 1") 

结果：10 个并发请求，只发出 1 个网络请求，所有回调都收到相同结果。

缓存性能测试

// 缓存命中率测试 let cache = MemoryCache<String, Data>(capacity: 1000) // 写入 10000 个条目 for i in 0..<10000 { cache.set(element: randomData(), for: "key\(i)") } // 随机访问测试 var hitCount = 0 for _ in 0..<1000 { let key = "key\(Int.random(in: 0..<10000))" if case .hitNOnNullElement= cache.getElement(for: key) { hitCount += 1 } } print("缓存命中率: \(Double(hitCount) / 1000.0)") 

AI 协作开发的思考与展望

对程序员职业的影响

通过这次深度的 AI 协作开发经历，我对程序员这个职业有了新的思考：

什么不会被 AI 取代：

1. 架构设计能力：整体思维，权衡取舍
2. 业务理解能力：理解用户需求，设计合适方案
3. 创新思维：发现新问题，提出新解决方案
4. 质量把控：判断代码质量，做技术决策

什么会被 AI 大幅提升：

1. 编码效率：重复性代码生成
2. 测试覆盖率：边界用例发现
3. 文档质量：规范化文档生成
4. 代码质量：最佳实践建议

未来的编程模式

我认为未来的编程将是**"人机协作"**模式：

程序员 = 产品经理 + 架构师 + 质量把控者 AI = 编码助手 + 测试工程师 + 文档工程师 

程序员的价值将更多体现在创造性思维和判断决策上，而不是纯粹的编码技能。

对新手程序员的建议

1. 尽早开始 AI 协作：不要等技术成熟，现在就开始学习
2. 关注核心能力：专注算法、架构、业务理解等 AI 难以取代的能力
3. 培养 AI 协作技能：学会如何与 AI 高效沟通，这将成为核心竞争力

项目开源与社区反馈

这个项目现在已经在 GitHub 开源：**github.com/yangchenlarkin/Monstra**

技术特性

• ✅ 零外部依赖：纯 Swift 实现
• ✅ 全平台支持：iOS 13+, macOS 10.15+, tvOS 13+, watchOS 6.0+
• ✅ 现代 Swift：支持 async/await ，Swift 5.5+
• ✅ 完整文档：API 文档 + 5 个实战示例
• ✅ 高测试覆盖率：AI 辅助生成的全面测试用例

安装使用

Swift Package Manager：

dependencies: [ .package(url: "https://github.com/yangchenlarkin/Monstra.git", from: "0.1.0") ] 

CocoaPods：

pod 'Monstra', '~> 0.1.0' 

总结

这次 AI 辅助开发的经历让我深刻体会到：AI 不是要取代程序员，而是要让程序员变得更强大。

通过合理的分工协作，我们可以：

• 将更多时间专注于创造性工作
• 提高代码质量和文档水平
• 加速项目开发进度
• 学习到新的编程思路和最佳实践

如果你还没有开始尝试 AI 辅助编程，我强烈建议你现在就开始。这不仅仅是一个工具，更是编程思维的升级。

相关链接

• 🔗 项目地址：github.com/yangchenlarkin/Monstra
• 📖 API 文档：yangchenlarkin.github.io/Monstra
• 💡 示例项目：仓库中的 Examples/ 目录包含 5 个完整示例

关于作者：iOS 开发工程师，专注于移动端性能优化和架构设计。这是我第一次深度尝试 AI 辅助开发，也是第一个开源项目。如果这个项目对你有帮助，欢迎在 GitHub 上给个⭐️，也欢迎提出改进建议！

如果你有任何问题或想要交流 AI 辅助开发的经验，欢迎在评论区讨论，或者在 GitHub 上提 Issue 。让我们一起探索编程的未来！

作者批

上面的内容都是 Cursor 写的(甩锅 ing), 我这里补充几点:

1. 任务合并和缓存, 在前端(React)框架中比较常见, 我的灵感也是来自于前端
2. 文中的各个大模型的特点, 我并没有验证真伪, 这部分大家看个乐呵就好了😂. 不过我在写测试用例的过程中, 我确实真对同一个类, 让不同的大模型给我写测试用例, 然后让 Claude 给我整理 case 、去除重复 case 、规范命名和注释等. 然后我在去阅读这些 case, 发现有遗漏的 case 再让 AI 补充.
3. 第三方库“要么功能不全，要么太重太复杂”, 这个有失偏颇, 我觉得大部分库还是功能不全, 我这个库才是太重太复杂🤦 大家用的时候根据实际项目各取所需即可, 简单和全面在一定程度上本就是需要做取舍的.

岗位要求： ===================== 1 、5 年以上 iOS APP 开发经验，计算机相关专业本科以上学历。 2 、熟悉 iOS App 开发技术，熟练使用 iOS 开发工具及测试工具。 3 、系统掌握网络、多线编程等基础知识。 4 、精通 Objective-C/Swift 开发经验或有 Flutter 开发项目经验。 5 、积极乐观，责任心强，做事认真细致，有良好的团队沟通协作能力。 6 、热爱移动产品研发，学习能力强，有较强的好奇心、求知欲和进取心，能关注和学习行业内最新的移动开发技术。 7 、熟悉 App Store 上架规则，懂混淆技术，有解决 4.3 上架 App Store 产品者优先。 有意者请发简历到 hr.celeste.seamobi@gmail.com 谢谢

最近这个崩溃出现概率很高，有大佬们遇到过吗。版本主要集中在 iOS 18 。有大佬解决过吗，求助哇。

如果是因为“更好看”或者“显得高级”，那 iOS 自带的相册、App Store 、设置这些系统应用，其实大量界面也都是原生控件。像个人中心、设置列表这类界面，用原生控件看起来并不会显得 low 或者不高级。

大家觉得，一般 APP 更少用原生控件的主要原因是什么？

全流程帮内推，跟进进度，有意向可以加我好友发简历。

Base 杭州 西湖区黄龙国际中心

薪资 20-40k ，16 薪，双休六险一金，12%公积金，1-5 年经验，基本不加班，福利待遇好对标大厂。

iOS 最好有 swift 经验 有大厂经验最好，没有大厂经验学历一定要卡 985/头部 211

欢迎大佬们 wx：Laplan_d

要求如下：

IOS：

负责 iOS 平台应用/游戏研发: 负责软件质量，修正 Bug ，提出优化方案并实施 : 负责设计和完善产品技术架构; 负责跟进移动平台终端技术，了解相关行业的行业动态，并推进在产品中的应用: 负责调研竞品技术方案，参与产品方向讨论。 任职要求

计算机或相关专业全日制本科以上学历，2 年以上 iOS 开发经验; 熟悉 iOS 平台特性，熟练使用常见第三方库: 有良好的编码习惯，能够熟练的使用 OC 、Swift 语言; 具备扎实的面向对象思想、对常见设计模式有深入了解; 有网络开发经验;熟悉多线程，数据库 对软件性能优化有一定的经验: 具备较强的设计能力、沟通能力: 英语良好，具有一定的英文文档阅读能力

切一下后台再回去声音能正常 1 秒钟，接着又变成像是只从底部扬声器出声的效果，玩游戏听的很难受

有没与同样遇到这个问题的

国行版 美版 都有这个现象

我非常明确 我是关闭“欺骗性网站警告”的开关

不知道过了几个月 不知道什么时候 一看设置又自动打开了

不确定是不是与苹果升级 ios 有关

有遇到这样的情况吗

• 米家自动化 在 iOS 上想完全后台运行，常要求 App 获得「始终定位」权限，比如连接 WiFi 自动执行操作，并且长期后台定位让我有点莫名不爽。
• 快捷指令自动化 能在锁屏时触发，快捷指令的自动化无法调用第三方软件的功能，无法在后台执行在米家直接添加到快捷指令的场景

为此，我上班摸鱼写了一个 加密中转服务（ Go 自托管 / Cloudflare Worker 两种版本）来代替米家 App 完成签名、Cookie 注入。快捷指令只需向中转服务发送一段 JSON ，就能在后台控制米家，包括设备控制和场景触发。

整体方案

1. 扫码登录
   访问 /login/qrcode，用米家 App 扫码，获得
   userId / ssecurity (securityToken) / deviceId / serviceToken 四个关键参数。
2. 快捷指令 POST
   向中转服务 POST 一段 JSON ，由服务器补齐签名后转发至 https://api.io.mi.com。
3. iOS 自动化触发
   无需米家常驻后台，快捷指令在「到达某地点 / 连接某 Wi-Fi 」等场景触发后即刻发请求。

示例请求体：

{ "userId": "123456789", "serviceToken": "xxx", "deviceId": "abc123", "securityToken": "Q0eQ7tKq...", // 即 ssecurity "data": { "did": "xxx", "method": "set_props", "params": [ ["power", 1] ] } } 

iOS 定位坐标系坑

• 「快捷指令 ➜ 获取当前位置」返回的是 GCJ-02（与高德一致）；
• 「快捷指令自动化 ➜ 到达某位置」触发条件却使用 WGS-84。

因此直接填写 GCJ-02 坐标会出现数百米偏差，导致自动化难以触发。
解决办法：先用快捷指令读取 GCJ-02 → 在线或本地转换为 WGS-84 ，再把转换后的坐标写到自动化里。
我做了一个快捷指令转换示例：https://www.icloud.com/shortcuts/5161a59573f248399e58a8584eb93468

代码与部署

https://gist.github.com/Zayrick/62701850c833c4051356268fa9afc3ff 其中包含一个 sever.go （ Go 版本）和 worker.js （ Cloudflare Worker 版本）

• Go 版本（自托管 / 内网优先）
• Cloudflare Worker 版本（无服务器快速部署）

部署详情参照 gist 中的 README.md

风险警告 ⚠️

参考资料

• Do1e/mijia-api —— Python 版完整米家 API
• https://www.xiaoweigod.com/network/2235.html —— 原理参考
• iOS 坐标系差异相关文档

📚 常用米家 API

💡 设备控制 API 查这里：https://home.miot-spec.com

免责声明：自己玩可以，别滥用，风险自负 🫡