摸鱼精选第 24 期

Apple 官方文档中说 @MainActor 可以保证方法或属性在主线程被调用。 但作者发现在 Xcode 14.1 中，有些情况下是依然在后台线程跑的，比如

• self.perform(#selector(self.mainActorFunction))
• NotificationCenter.default 添加 selector 或者 block
• 其他一些 OC 方法的 selector 或 block

所以，@MainActor 最好用在你自己的纯 Swift 代码中，不用 selector，不要和其他的并发模式(比如 OperationQueue)混在一起。

作者说是给 shell 用户的教程，不是教你写 shell 脚本。shell 本身能力有限，你要知道 shell 能干什么，不能干什么，想要高级点的可以使用脚本编程语言，比如 Python。

系列文章，还有： C++20 Coroutines and io_uring Part 2 (opens in a new window) C++20 Coroutines and io_uring Part 3 (opens in a new window)

io_uring 算是这几年 Linux 新增的最实用的功能了，现在大部分服务器都慢慢转向 io_uring。

入门文章，不一样的是从前端工程化说起，我觉得这是很多 Vuer 们很欠缺的东西，大部分只会 vue-cli 创建项目，再深入就不会了。

大部分场景为了加快启动、响应速度，都会用到内存缓存，但是如果处理不当的时候，内存累积到一定程度会被系统强制要求回收内存，或者导致 OOM 类型的崩溃。

百度 APP 内存管控方案具有如下特点：

• 针对不同机型制定了相应的内存水位可以更加从容地释放内存。本技术方案结合 Jetsam 机制和百度 APP 线上内存数据，制定了 iPhone 各机型允许使用的内存水位线，给业务和框架更大的空间释放和清理内存。
• 实时内存监控和精细化页面内存预测，在实时内存监控的基础上，开发了页面级的内存度量方案，可以估算出用户在新开一个页面内存涨幅多少，在未来一段时间内存会不会达到危险水位。
• 内存管控方案提供主动和被动通知两种方式获取内存水位状态，实现了各业务层根据手机内存情况实时降级，时效性更强，跟之前服务端降全量降级方案相比，更加灵活，性能更好。

要做好一个相册框架其实也不是件容易的事，有几个问题需要仔细考虑：

1. 相册变更的刷新处理
2. 缩略图缓存、大图预览
3. iOS 14 新增的 “Limited Photo Library Access” 模式
4. iOS 15.3 的 App 隐私报告，读取照片的记录会记录下来
5. iCloud 图片读取
6. 多线程处理

React 重新渲染，指的是在类函数中，会重新执行 render 函数，类似 Flutter 中的 build 函数，函数组件中，会重新执行这个函数。

React 组件在组件的状态 state 或者组件的属性 props 改变的时候，会重新渲染，条件简单，但是实际上稍不注意，会引起灾难性的重新渲染。

其实就是 AOP 的一个案例，拦截数据请求。

协程是基于线程实现的，但是两者概念上有很多不一样。

协程有以下优点：

• 无需线程上下文切换的开销
• 无需原子操作锁定及同步的开销
• 方便切换控制流，简化编程模型

做音视频的一定要多研究 FFmpeg。

本书《FFmpeg 原理》主要讲解 FFmpeg 原理性的知识，前面几章主要讲解一些音视频开发的基础知识，例如原始数据 YUV 跟 RGB，封装格式 FLV 跟 MP4 ，压缩编码的基本概念，还有封装格式分析。后面的章节主要讲解如何搭建 FFmpeg 各种调试环境，同时提供 FFmpeg API 函数的使用示例，最重要的是 分析 ffmpeg.c 跟 ffplay.c 的源码逻辑。

使用 Rust 写一个小型的操作系统，有中文翻译版。 目前已完成部分：

• A Minimal Rust Kernel
• VGA Text Mode
• CPU Exceptions
• Double Faults
• Hardware Interrupts
• Paging Implementation
• Heap Allocation

目前 boost::unordered_flat_map 是最快的 hashmap 了，但是他们做了啥技巧能这么快呢？一些缓存友好的设计，以及 simd

《Embracing Modern C++ Safely》 (opens in a new window) 的书评。

想看的可以去找原书，原书的简介如下，机翻的：

本书总结了 C++社区多年来应用 C++11 和 C++14 功能的经验，将帮助您做出有效而安全的设计决策，这些决策反映了在大规模、多样化的软件开发环境中现实世界中经济的工程权衡。这本书使用从真实的代码库中派生的示例来客观地说明每一个发现，并阐明关键问题。作者确定了每个语言特性的合理用例、隐藏的陷阱和缺点。

这本书讲的不错，列一段代码:

Logger& getLogger() {
  // Even if two threads call getLogger() simultaneously,
  // local will be constructed only once.
  static Logger local("log.txt");
  return local;
}

struct FileManager {
  FileManager()
  {
    getLogger() << "Starting up file manager…";
    // …
  }

  ~FileManager()
  {
    getLogger() << "Shutting down file manager…";
    // …
  }
};

FileManager& getFileManager() {
  // Global fileManager, initialized on the first call
  // to getFileManager().
  static FileManager fileManager;
  return fileManager;
}

这两个是很常规的代码，但组合到一起，就有了问题，析构！如果 Logger 先于 FileManager 析构，FileManager 的析构用到了已经析构的 Logger，崩溃

这种通常是在程序退出的时候莫名其妙多个 core。如何合理的解决这个问题？加锁？

iOS 16 / macOS 13 支持的新特性，走读一波 c api。其实在摸鱼精选 23 期的第 10 条已经有 Apple 官方对kalloc_type的解读了。

又一个最佳实践，稍微看看吧，英文原文在此 (opens in a new window)。