模块加载：AMD、CMD、UMD规范解析

AMD强调异步加载，适合浏览器按需加载；CMD主张就近依赖，延迟执行；UMD兼容多种环境，提升模块可移植性。

前端模块化的发展过程中，为了解决浏览器端模块加载的问题，先后出现了多种模块规范。其中 AMD、CMD 和 UMD 是较为典型的三种，它们各有侧重，适用于不同的使用场景。下面分别解析这三种规范的核心思想和使用方式。

AMD：异步模块定义

AMD（Asynchronous Module Definition） 是一种专为浏览器环境设计的模块加载规范，强调模块的异步加载，适合在页面中按需加载多个模块。

它最典型的实现是 RequireJS。使用 AMD 时，每个模块都可以声明自己的依赖，并在依赖加载完成后执行回调函数。

示例：

OmniAudio

OmniAudio 是一款通过 AI 支持将网页、Word 文档、Gmail 内容、文本片段、视频音频文件都转换为音频播客，并生成可在常见 Podcast ap

111

查看详情

define(['jquery', 'lodash'], function($, _) {
    function doSomething() {
        $('body').addClass('loaded');
    }
    return {
        doSomething: doSomething
    };
});

特点：

• 依赖前置：模块依赖在定义时就全部加载
• 异步加载：适合浏览器环境，避免阻塞页面渲染
• 适合组件化开发，但写法略显冗长

CMD：通用模块定义（其实更准确说是“模块定义规范”）

CMD（Common Module Definition） 是 SeaJS 提出的模块规范，主张“就近依赖”，即依赖在实际需要时才加载和执行。

与 AMD 不同，CMD 更强调模块的懒加载和按需执行。

示例：

define(function(require, exports, module) {
    var $ = require('jquery');
    var _ = require('lodash');

    exports.doSomething = function() {
        $('body').fadeIn();
    };
});

特点：

• 依赖就近：require 写在逻辑内部，延迟加载
• 运行时加载：代码执行到 require 时才去加载模块
• 语法更接近 CommonJS，书写更自然

UMD：通用模块定义

UMD（Universal Module Definition） 并不是一种独立的模块规范，而是一种兼容多种环境的模块封装方式。它的目标是让同一个模块可以在 AMD、CommonJS 和全局变量环境中都能正常使用。

UMD 的实现通常是一个 IIFE（立即执行函数），根据当前环境判断使用哪种模块系统。

示例：

(function (root, factory) {
    if (typeof define === 'function' && define.amd) {
        define(['jquery'], factory);
    } else if (typeof module === 'object' && module.exports) {
        module.exports = factory(require('jquery'));
    } else {
        root.returnExports = factory(root.jQuery);
    }
}(this, function($) {
    return function() {
        $('body').css('opacity', 1);
    };
}));

特点：

• 高度兼容：支持 AMD、CommonJS 和浏览器全局对象
• 适合库开发者，提升模块的可移植性
• 代码稍复杂，但对使用者透明

基本上就这些。AMD 适合浏览器异步加载，CMD 更贴近自然编码习惯，UMD 则是“一码多用”的桥梁方案。随着 ES6 模块的普及，这些规范逐渐被原生 import/export 取代，但在老项目或特定构建环境中仍有应用价值。

以上就是模块加载：AMD、CMD、UMD规范解析的详细内容，更多请关注php中文网其它相关文章！