移动开发中的 Runtime、Hot Reload 和构建：概念、关键原理及工作方式

Runtime 和 Reflection：iOS Runtime、Method Swizzling 和动态分发

Runtime（运行时环境）是管理应用程序执行的软件。在 iOS Runtime 的上下文中，它是 Objective-C 的动态系统，允许向对象发送消息、动态创建类以及在运行时替换方法。这是可能的，因为 Objective-C 是构建在 C 之上的动态类型语言。

Reflection（反射）是程序在运行时检查并修改自身结构的能力。在 iOS Runtime 中，这是通过 class_getInstanceMethod、method_exchangeImplementations 和 objc_getAssociatedObject 等函数实现的。在 Kotlin/Java 中，反射使用 KClass / java.lang.reflect。

在 IT Sectr，我们很少使用 Runtime — 仅用于没有替代方案的特定任务。例如，Method Swizzling 用于集中式分析日志记录或修复库中的错误。然而，Runtime 是一个强大的工具，需要深入的理解和谨慎。

Method Swizzling

Method Swizzling 是一种在运行时将 Objective-C 方法实现替换为另一种的技术。这是 iOS 的面向方面编程（AOP）的一个特例。Swizzling 允许向现有方法添加日志记录、分析或缓存，而无需更改其源代码。

一个典型示例：替换 UIViewController 中的 viewWillAppear: 以添加自动屏幕日志记录。重要提示：swizzling 必须在 +load 或 +initialize 方法中执行，以确保在使用类之前执行。错误的 swizzling 可能导致未定义的行为和难以调试的错误。

// Method Swizzling for logging viewWillAppear:
@implementation UIViewController (Tracking)

+ (void)load {
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        Class class = [self class];
        SEL originalSelector = @selector(viewWillAppear:);
        SEL swizzledSelector = @selector(xxx_viewWillAppear:);
        
        Method originalMethod = class_getInstanceMethod(class, originalSelector);
        Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector);
        method_exchangeImplementations(originalMethod, swizzledMethod);
    });
}

- (void)xxx_viewWillAppear:(BOOL)animated {
    [self xxx_viewWillAppear:animated]; // 调用原始方法
    [Analytics logScreen:NSStringFromClass([self class])];
}

@end

此代码通过 swizzling 替换了所有 UIViewController 上的 viewWillAppear:。在 method_exchangeImplementations 之后，调用原始的 viewWillAppear: 会导致调用 xxx_viewWillAppear:，后者调用原始方法（通过递归调用）并添加分析。DispatchOnce 保证 swizzling 只执行一次。

Web 工具（Transpilation、Polyfill、Bundler、Webpack、Metro）

现代 Web 开发和使用 React Native 或 Flutter 的移动开发离不开构建工具。Transpilation（转译）是将代码从一种语言转换为另一种语言。最流行的例子：TypeScript → JavaScript。转译器（Babel、tsc）将现代代码转换为向后兼容的版本。

Polyfill 是为旧浏览器添加缺失功能的代码。例如，Promise.allSettled() 在 Internet Explorer 中不起作用，但 polyfill 添加了此功能。与本机 Runtime 直接在设备上管理代码执行不同，polyfill 和转译器在语言抽象级别工作 — 它们调整语法和 API，但不干扰执行环境。

Webpack 是最流行的打包器（根据 State of JS 2024，在 72% 的项目中使用）。Metro 是 Facebook 的打包器，默认用于 React Native。Reflection 在 JavaScript 中通过 Object.getPrototypeOf、Proxy 和 Reflect API 存在 — 这些机制允许在运行时检查和修改对象，这与打包器中的静态模块分析有着根本的不同。Webpack 使用配置文件描述入口点、输出、加载器（用于处理不同类型的文件）和插件（用于附加功能）。

// webpack.config.js — 最小配置
const path = require('path');

module.exports = {
    entry: './src/index.js',
    output: {
        filename: 'bundle.js',
        path: path.resolve(__dirname, 'dist'),
    },
    module: {
        rules: [
            {
                test: /\.js$/,
                exclude: /node_modules/,
                use: 'babel-loader',
            },
        ],
    },
    mode: 'production',
};

此配置定义了入口点（index.js）、输出文件（bundle.js）以及通过 Babel 处理 JavaScript 的规则。production 模式启用优化：压缩、tree shaking 和自动环境检测。在 Runtime 阶段，所有这些优化不再影响逻辑 — 浏览器将压缩后的 bundle 作为普通 JavaScript 执行。

代码优化（Minification、Tree Shaking、Obfuscation）

Minification（压缩）是通过删除空格、注释和将长变量重命名为短变量来压缩代码的过程。流行的压缩工具：Terser（JS/TS）、CSSNano（CSS）、html-minifier-terser。压缩将文件大小减少 50–70%。在生产环境中，Runtime 执行压缩后的代码与原始代码相同 — 区别仅在于可读性和文件大小，而不是语义。

Tree Shaking（摇树优化）是删除应用程序中未使用的死代码。它基于 ES 模块（import/export）的静态分析工作。如果函数被导出但从未导入，Tree Shaking 会将其从最终构建中删除。Tree Shaking 静态分析代码 — 与 Reflection 不同，后者动态工作并且可以访问编译时不可见的方法和属性。

Tree Shaking

Tree Shaking 在 Webpack 中在生产模式下自动启用。一个重要条件：代码必须使用 ES 模块（import/export），而不是 CommonJS（require）。如果库是用 CommonJS 编写的，tree shaking 将不起作用。为了获得最佳的 tree shaking，请使用精确导入：import { merge } from 'lodash-es' 而不是 import _ from 'lodash'。这会将单个函数的 bundle 大小从 500 KB 减少到 10 KB。

Hot Reload

Hot Reload（热重载）是一种无需完全重新加载即可更新应用程序代码的技术。在 React Native 和 Flutter 中，Hot Reload 会即时更新更改的文件，同时保留当前应用程序状态。这从根本上加速了开发：更改在 1–2 秒内可见，而不是完全重建的 10–30 秒。Hot Reload 在 Runtime 内部工作：更改的模块被注入到正在运行的应用程序中，而无需重新启动执行环境。

Hot Restart 是使用更新后的代码快速重新启动应用程序，但不保留状态。当 Hot Reload 不可用时使用（例如，本地代码或全局变量发生更改时）。在 IT Sectr，我们在 UI 开发的所有阶段都使用 Hot Reload — 在视觉调整上节省多达 50% 的时间。

表 3. 构建工具比较。Webpack 是通用标准。Metro 专用于 React Native。Vite 和 esbuild 是专注于速度的新一代。Rollup 是发布库的最佳选择。

热重载（Hot Reload、Hot Restart）

Hot Reload 是一种起源于 Web 开发（React Hot Loader、HMR — Hot Module Replacement）并随 Flutter 和 React Native 进入移动开发的技术。本质：当文件更改时，打包器将更新后的模块发送到正在运行的应用程序，该应用程序在不丢失状态的情况下替换旧代码。与完全重建不同，Hot Reload 不会重新启动 Runtime — 执行环境继续运行，更改的模块通过 HMR 或类似 Reflection 的引用更新等机制动态连接。

Hot Reload 之所以有效，是因为框架将 widgets（Flutter）或组件（React）保留在内存中，并且只更新更改的部分。Hot Restart 是一种更粗略的机制：它完全重新启动应用程序，但比重建更快，因为它不重新编译本地代码。在 IT Sectr，我们在开发 UI 时使用 Hot Reload，在更改导航或状态管理时使用 Hot Restart。