04_Qt项目构建流程深度解析——MOC、UIC、RCC 的作用与原理

程与留2026-08-21 10:40

Qt 项目构建流程深度解析------MOC、UIC、RCC 的作用与原理

引言

当你第一次在 Qt Creator 中点击"运行"按钮，看到窗口顺利弹出时，你可能不会意识到------你的代码在真正被 C++ 编译器处理之前，已经经历了一场精密的"外科手术"。

为什么 Qt 项目不能像普通 C++ 项目那样直接编译？

为什么需要 qmake 或 CMake 做额外的预处理？

答案隐藏在 Qt 的三个核心工具中：MOC（元对象编译器） 、UIC（用户界面编译器） 和 RCC（资源编译器） 。

本文将从"为什么需要它们"出发，一步步深入到"它们做了什么"和"它们是怎么做到的"。

一、Qt 为什么需要 MOC、UIC、RCC？

Qt 在构建过程中引入 MOC、UIC、RCC 三个工具，并不是因为 C++ 编译器无法编译 Qt 程序，而是因为 Qt 在标准 C++ 基础上提供了元对象系统、UI 描述和资源系统等能力，其中部分能力无法仅靠标准 C++ 编译器完成。

因此，Qt 在正式编译之前，通过代码生成工具生成额外的 C++ 代码或资源数据，再交给标准 C++ 编译器继续处理。

虽然三个工具都属于 Qt 的构建工具，但它们解决的问题并不相同。

MOC：C++ 缺少 Qt 所需要的元对象能力

标准 C++ 是一门强大的语言，但传统 C++ 本身并没有 Qt 所需要的元对象系统（Meta-Object System）。

什么是元对象？

简单来说，元对象就是让程序在运行时能够获得一个类的相关信息，例如：

  • 类的名称
  • 父类信息
  • 信号和槽
  • 可调用的方法
  • 属性信息

例如，我们希望能够通过字符串查找并调用一个对象的方法：

csharp 复制代码 
object->invokeMethod("setValue", 100);

这种能力并不是标准 C++ 原生提供的。

C++ 编译器知道：

scss 复制代码 
object->setValue(100);

因为 setValue() 是编译期就确定的成员函数。

但如果我们希望通过：

arduino 复制代码 
"setValue"

这样的字符串在运行时查找对应的方法，标准 C++ 并没有提供这样的机制。

Qt 则通过 Meta-Object System（元对象系统） 解决了这个问题。

Qt 的元对象系统能够提供：

  • 运行时类型信息
  • 信号槽机制
  • 动态方法调用
  • 属性系统
  • 对象的元信息查询

例如：

复制代码 
QMetaObject
QMetaMethod
QMetaProperty

都属于 Qt 元对象系统的一部分。

UIC：C++ 代码不适合直接描述复杂 UI

MOC 解决的是元对象问题，而 UIC 解决的是用户界面描述问题。

如果完全使用 C++ 创建一个复杂的 Qt 界面，通常需要编写大量类似这样的代码：

scss 复制代码 
QPushButton *button = new QPushButton(this);
button->setText("Save");

QLineEdit *edit = new QLineEdit(this);
edit->setGeometry(...);

QVBoxLayout *layout = new QVBoxLayout(this);
layout->addWidget(button);
layout->addWidget(edit);

当界面越来越复杂时，会产生几个问题：

  • UI 创建代码越来越长
  • 控件层次结构不够直观
  • 界面布局和业务逻辑容易混在一起
  • 修改界面需要修改大量 C++ 代码

因此 Qt Designer 使用 .ui 文件来描述界面。

.ui 文件本质上是一个 XML 文件，其中描述了：

复制代码 
窗口
 ├── 控件
 ├── 控件属性
 ├── 布局
 ├── 信号槽连接
 └── 其他 UI 信息

例如：

markdown 复制代码 
mainwindow.ui
       ↓
      UIC
       ↓
ui_mainwindow.h

UIC（User Interface Compiler）的作用，就是读取 .ui 文件，并将其中的 UI 描述转换成 C++ 代码。

生成的 ui_*.h 中通常会包含：

  • 控件指针
  • setupUi() 函数
  • 控件创建代码
  • 布局代码
  • 属性设置代码

最终我们只需要在自己的窗口类中：

kotlin 复制代码 
ui->setupUi(this);

就可以完成整个界面的初始化。

因此：

UIC 的核心作用，是把适合人和设计工具处理的 UI 描述文件转换成 C++ 编译器能够处理的代码。

RCC：程序需要统一的资源管理机制

除了 C++ 代码和 UI，Qt 程序通常还需要大量资源，例如：

  • 图片
  • 图标
  • 翻译文件
  • 字体
  • QML 文件
  • 其他程序资源

如果直接从文件系统读取资源，就需要考虑：

erlang 复制代码 
程序
 ├── xxx.exe
 ├── images/
 ├── translations/
 ├── fonts/
 └── ...

这样会带来一些问题：

  • 程序发布时需要额外分发大量文件
  • 文件路径需要根据平台和运行目录进行处理
  • 用户可能误删或修改资源
  • 资源管理比较分散

Qt 因此提供了 Qt Resource System（Qt 资源系统）。

我们可以通过 .qrc 文件描述程序需要使用的资源：

xml 复制代码 
<RCC>
    <qresource prefix="/">
        <file>images/logo.png</file>
        <file>images/icon.png</file>
        <file>translations/app_zh.qm</file>
    </qresource>
</RCC>

然后由 RCC（Resource Compiler）进行处理：

RCC 的核心作用，是为 Qt 程序提供统一的资源管理机制，并将资源转换成程序可以使用的形式。

三个工具解决的是三个不同的问题

到这里可以把三个工具对应起来：

objectivec 复制代码 
MOC
 ↓
解决 Qt 元对象系统问题
 ↓
信号槽、属性、动态调用等


UIC
 ↓
解决 UI 描述问题
 ↓
.ui → C++


RCC
 ↓
解决资源管理问题
 ↓
.qrc → C++ / .rcc

所以，MOC、UIC、RCC 虽然都参与 Qt 项目的构建过程，但它们并不是在做同一件事情。

可以简单概括为：

MOC 让 C++ 拥有 Qt 的元对象能力，UIC 让 UI 可以通过描述文件生成 C++ 代码，RCC 则让程序拥有统一的资源管理机制。

而它们最终的共同点是：

在 C++ 正式编译之前，通过代码生成或资源生成，为后续的编译和链接准备额外的代码或数据。

二、MOC（元对象编译器）

MOC 是什么？解决什么问题？

MOC（Meta-Object Compiler，元对象编译器）是 Qt 框架最核心的预处理工具。

它的使命是：为那些声明了 Q_OBJECT 宏的类生成"元对象代码" 。Qt 并没有给 C++ 增加完整的反射机制，而是通过 Meta-Object System（元对象系统） 提供了一套有限但非常实用的运行时类型信息和动态调用能力。

简单说：没有 MOC，就没有信号槽，就没有 Qt 的灵魂。

MOC 的工作流程

MOC 的整个处理过程可以分为四个阶段：

第一阶段：识别 ------ 构建系统分析项目中的源文件和头文件，找到需要 MOC 处理的类，MOC 会检查类中是否存在 Q_OBJECT 等元对象相关宏。

第二阶段：分析 ------ 找到目标类后，MOC 会深入解析这个类的结构：提取所有的信号（signals: 段）、槽（slots: 段）、属性（Q_PROPERTY）等信息。

第三阶段：生成 ------ MOC 为每个目标类生成一个对应的 C++ 源文件，命名规则为 moc_ + 原文件名 + .cpp（如 moc_mainwindow.cpp）。

第四阶段：编译 ------ 生成的 moc_*.cpp 文件与用户手写的代码一起，被标准的 C++ 编译器编译。

MOC 到底生成了什么？

光说"生成元对象代码"太抽象了。让我们看一个具体的例子。

下面代码是为了帮助理解 MOC 的核心思想而简化的示意代码，并非某个 Qt 版本实际生成文件的完整内容。不同 Qt 版本生成代码的具体结构可能不同。

假设你有这样一个头文件 counter.h：

cpp 复制代码 
class Counter : public QObject 
{
    Q_OBJECT
    Q_PROPERTY(int value READ value WRITE setValue NOTIFY valueChanged)
public:
    explicit Counter(QObject *parent = nullptr);
    int value() const { return m_value; }
public slots:
    void setValue(int value);
signals:
    void valueChanged(int newValue);
private:
    int m_value = 0;
};

MOC 处理后会生成 moc_counter.cpp，其中包含以下关键内容：

（1）静态元对象表（staticMetaObject）

cpp 复制代码 
static const QMetaObject Counter::staticMetaObject = 
{
    { &QObject::staticMetaObject,           // 父类的元对象
      qt_meta_stringdata_Counter.data,      // 字符串表（类名、方法名等）
      qt_meta_data_Counter,                 // 元数据表（方法索引、参数类型等）
      qt_static_metacall,                   // 静态调用函数
      nullptr, nullptr }
};

这个结构体是 Qt 反射机制的基石------它保存了 Qt 元对象系统所需要的类级元信息，例如类名、父类信息、信号、槽、可调用方法和属性等。

（2）信号函数的实现

你只声明了信号，从来没有写过实现------但 MOC 帮你写了：

cpp 复制代码 
void Counter::valueChanged(int _t1) 
{
    void *_a[] = { 
        nullptr, 
        const_cast<void*>(reinterpret_cast<const void*>(std::addressof(_t1))) 
    };
    QMetaObject::activate(this, &staticMetaObject, 0, _a);
}

这个自动生成的函数做了三件事：

  1. 准备参数数组（索引 0 留给返回值）
  2. 获取类的静态元对象实例
  3. 调用 QMetaObject::activate 触发信号------这会遍历所有连接到这个信号的槽，并逐一调用它们，具体调用方式还与连接类型（Direct、Queued、BlockingQueued 等）有关。
  4. 对于直接连接 ，槽函数可以在发射信号的调用过程中执行；对于队列连接，则会被投递到目标线程的事件循环中。

（3）静态调用函数（qt_static_metacall）

这个函数负责根据索引号动态调用槽函数或可调用方法，是实现"通过名字调用方法"的核心。

MOC 的限制

MOC 虽然强大，但并非万能。由于 MOC 在 C++ 预处理器之前运行，它对 C++ 模板的支持非常有限：

  • 模板类不能包含信号或槽
  • 嵌套类不能包含信号或槽
  • 函数指针不能作为信号或槽的参数

这些限制与 MOC 并不是完整的 C++ 编译器这一设计有关。MOC 只需要理解与 Qt 元对象系统相关的那部分 C++ 语法，因此并不支持所有 C++ 语言特性。

三、UIC（用户界面编译器）

UIC 是什么？解决什么问题？

UIC（User Interface Compiler，用户界面编译器）的任务是：把 Qt Designer 可视化设计的 .ui 文件转换成 C++ 代码。

.ui 文件本质上是一个 XML 文件，描述了窗口的控件树、布局、属性等信息。但 C++ 编译器不认识 XML------它只认识 C++ 代码。UIC 就是这两者之间的桥梁。

UIC 的工作流程

输入 ：.ui 文件（由 Qt Designer 可视化设计生成）

处理：UIC 读取这个 XML 文件，解析其中的控件层次结构、布局信息、属性设置

输出 ：生成一个 C++ 头文件，命名规则为 ui_ + 原文件名 + .h（如 ui_mainwindow.h）

这个生成的头文件中包含一个 Ui 命名空间下的类，该类中：

  • 声明了所有控件的指针（如 QPushButton *pushButton;）
  • 实现了 setupUi() 函数，负责创建所有控件并设置布局

一个完整的 UIC 示例

假设你用 Qt Designer 设计了一个 mainwindow.ui 文件，里面放了一个按钮和一个标签。

手动调用 UIC：

bash 复制代码 
uic mainwindow.ui -o ui_mainwindow.h

这条命令会生成 ui_mainwindow.h 文件。

在你的代码中使用：

cpp 复制代码 
// mainwindow.h
namespace Ui { class MainWindow; }

class MainWindow : public QWidget {
    Q_OBJECT
public:
    explicit MainWindow(QWidget *parent = nullptr);
    ~MainWindow();
private:
    Ui::MainWindow *ui;  // 指向 UI 类的指针
};

// mainwindow.cpp
#include "ui_mainwindow.h"
MainWindow::MainWindow(QWidget *parent)
    : QWidget(parent), ui(new Ui::MainWindow)
{
    ui->setupUi(this);  // 这一步创建并布局所有控件
}

UIC 的设计哲学：分离关注点

UIC 让 界面设计 和 业务逻辑 彻底分离：

  • 设计师（或开发者）在 Qt Designer 中可视化地调整界面
  • 程序员在 C++ 代码中专注实现功能
  • 两者通过 UIC 生成的 ui_*.h 文件连接起来

在界面结构没有影响业务代码接口的情况下，修改控件布局和样式通常只需要重新生成 ui_*.h，业务逻辑代码无需修改。

四、RCC（资源编译器）

RCC 是什么？解决什么问题？

RCC（Resource Compiler，资源编译器）解决的是一个很实际的问题：应用程序需要的图片、字体、翻译文件等资源，怎么和程序一起分发？

传统做法是把资源文件放在程序旁边，程序运行时去读取。但这样做有缺点：

  • 用户可能误删资源文件
  • 多文件分发麻烦
  • 资源路径在不同平台上可能不同

默认情况下，RCC 会生成 C++ 源码，将资源编译并链接到程序或库中；同时也支持生成独立的 .rcc 二进制资源包，在运行时加载。

RCC 的工作流程

第一步：编写 .qrc 文件

.qrc 是一个 XML 文件，列出了需要嵌入的所有资源：

xml 复制代码 
<RCC>
    <qresource prefix="/">
        <file>images/logo.png</file>
        <file>images/icon.png</file>
        <file>translations/app_zh.qm</file>
    </qresource>
</RCC>

第二步：RCC 处理

RCC 读取 .qrc 文件，将其中列出的所有资源文件以二进制数据的形式 写入一个 C++ 源文件。默认生成的文件名为 qrc_ + 资源文件名 + .cpp（如 qrc_resources.cpp）。

第三步：编译链接

这个生成的 .cpp 文件与项目其他代码一起编译、链接，最终资源数据成为可执行文件的一部分。

在代码中使用资源

资源被嵌入后，可以通过特殊的路径访问它们------以 :/ 开头：

cpp 复制代码 
// 使用嵌入的图片
QPixmap pixmap(":/images/logo.png");

// 使用嵌入的翻译文件
QTranslator translator;
translator.load(":/translations/app_zh.qm");

RCC 的高级特性

RCC 还支持资源压缩。RCC 默认会进行压缩效果判断：只有压缩后大小不超过原始大小的 30% 时，才会采用压缩形式。具体可用算法取决于 RCC 构建时是否启用了对应的压缩库。

五、完整的构建流程：三剑客的协奏曲

理解了三个工具各自的作用后，让我们把它们串起来，看看一个 Qt 项目的完整构建流程：

关键点：它们都是 Qt 的代码生成工具，在正式编译前生成编译器可以处理的代码或资源数据。

六、实际操作：亲手体验三个工具

理论说完了，我们来亲手操作一下。理解一个工具最好的方式就是手动调用它。

手动调用 MOC

假设你有一个 mywidget.h：

cpp 复制代码 
// mywidget.h
#include <QWidget>
class MyWidget : public QWidget {
    Q_OBJECT
public:
    explicit MyWidget(QWidget *parent = nullptr);
signals:
    void clicked();
};

手动调用 MOC 生成元对象代码：

bash 复制代码 
moc mywidget.h -o moc_mywidget.cpp

打开生成的 moc_mywidget.cpp，你会看到 QMetaObject 结构体、信号函数的实现等代码。

手动调用 UIC

有一个 mainwindow.ui 文件，手动生成头文件：

bash 复制代码 
uic mainwindow.ui -o ui_mainwindow.h

生成的 ui_mainwindow.h 中包含 Ui::MainWindow 类，有 setupUi() 函数和所有控件的指针。

手动调用 RCC

有一个 resources.qrc 文件，手动生成资源代码：

bash 复制代码 
rcc resources.qrc -o qrc_resources.cpp

生成的 qrc_resources.cpp 中包含一个巨大的静态字节数组------所有资源文件的二进制数据都在里面。

在现代构建系统中自动处理

在实际开发中，你几乎不需要手动调用这三个工具------构建系统会帮你自动处理。

使用 qmake ：在 .pro 文件中声明 HEADERS、FORMS、RESOURCES，qmake 生成的 Makefile 会自动包含调用 MOC、UIC、RCC 的规则。

使用 CMake（现代 Qt 项目的推荐方式）：只需设置三个开关：

cmake 复制代码 
set(CMAKE_AUTOMOC ON)   # 自动调用 MOC
set(CMAKE_AUTOUIC ON)   # 自动调用 UIC
set(CMAKE_AUTORCC ON)   # 自动调用 RCC

CMake 会自动检测哪些文件需要处理，并调用相应的工具。

然后正常地把头文件、UI 文件、资源文件添加到 add_executable() 中即可。CMake 会自动检测哪些文件需要处理，并调用相应的工具。

qmake 和 CMake 都负责组织 MOC/UIC/RCC 的调用，但具体机制不同；CMake 通过 AUTOGEN 系列功能完成自动代码生成。

七、生成文件到底在哪里？

前面我们看到 MOC、UIC、RCC 会分别生成：

markdown 复制代码 
MOC → moc_*.cpp
UIC → ui_*.h
RCC → qrc_*.cpp

那么问题来了：

为什么在 Qt Creator 或项目源码目录中，经常看不到这些文件？

原因是：现代 CMake 项目通常不会把这些自动生成文件放到源码目录，而是放在构建目录（build directory）中。

源码目录和构建目录是两个不同的概念

一个典型的 CMake Qt 项目可能是：

css 复制代码 
MyQtProject/
├── CMakeLists.txt
├── src/
│   ├── main.cpp
│   ├── mainwindow.h
│   └── mainwindow.cpp
├── ui/
│   └── mainwindow.ui
├── resources/
│   └── resources.qrc
└── build/
    └── ...

其中：

复制代码 
MyQtProject/

是源码目录，保存的是我们自己编写和维护的代码。

而：

复制代码 
build/

是构建目录，保存 CMake 生成的构建文件、中间文件、目标文件以及各种自动生成文件。

CMake 的 AUTOGEN 目录

当我们启用：

scss 复制代码 
set(CMAKE_AUTOMOC ON)
set(CMAKE_AUTOUIC ON)
set(CMAKE_AUTORCC ON)

CMake 会自动组织 MOC、UIC、RCC 的执行。

这些功能属于 CMake 的 AUTOGEN 机制。

因此，在构建目录中通常可以找到类似：

makefile 复制代码 
build/
└── CMakeFiles/
    └── MyApp_autogen/
        ├── include/
        │   └── ui_mainwindow.h
        ├── moc_mainwindow.cpp
        ├── moc_....cpp
        ├── qrc_resources.cpp
        └── ...

实际目录结构会根据：

  • CMake 版本
  • Qt 版本
  • 编译器
  • Generator
  • 项目配置

而有所不同，因此不应该依赖某一个固定的目录结构。

为什么 ui_*.h 在 include 目录？

例如：

markdown 复制代码 
mainwindow.ui
      ↓
     UIC
      ↓
ui_mainwindow.h

这个头文件需要被我们的 C++ 代码包含：

arduino 复制代码 
#include "ui_mainwindow.h"

因此 CMake 会把它放在 AUTOGEN 相关的生成目录中，并将对应目录加入编译器的头文件搜索路径。

我们不需要手动把：

复制代码 
ui_mainwindow.h

复制到源码目录。

moc_*.cpp 和 qrc_*.cpp 怎么参与编译？

它们虽然不是我们手写的源文件，但最终仍然需要交给 C++ 编译器。

整个过程可以理解为：

因此，这些生成文件并不是"脱离项目单独运行"的。

它们最终都会成为整个 Target 编译过程的一部分。

为什么不建议手动修改这些文件？

因为：

复制代码 
ui_mainwindow.h
moc_mainwindow.cpp
qrc_resources.cpp

都属于自动生成文件。

当你执行：

objectivec 复制代码 
1.重新配置 CMake
2.重新构建
3.AUTOGEN 重新执行

这些文件可能会被重新生成。

因此：

不要直接修改 MOC、UIC、RCC 生成的文件。

如果需要修改：

复制代码 
UI → 修改 .ui

元对象 → 修改 .h / Q_OBJECT / Q_PROPERTY / signals / slots

资源 → 修改 .qrc

然后重新构建即可。

Qt Creator 为什么能找到这些文件？

虽然这些文件不在源码目录中，但 Qt Creator 知道 CMake 的构建目录和 AUTOGEN 生成目录。

因此，在构建项目后，我们可以通过：

objectivec 复制代码 
项目 → 构建目录 → CMakeFiles → xxx_autogen

找到这些生成文件。

在实际排查问题时，如果怀疑：

"MOC 到底有没有生成？"

或者：

"UIC 到底有没有执行？"

直接查看 AUTOGEN 目录，通常比猜测更可靠。

一个非常重要的认识

看到这里应该建立一个概念：

markdown 复制代码 
源码目录
    ↓
我们维护的代码

构建目录
    ↓
CMake 产生的构建文件
    ↓
AUTOGEN 生成的 MOC/UIC/RCC 文件
    ↓
编译器产生的 .obj
    ↓
链接器产生的 EXE / DLL

所以：

Qt 项目中看不到 moc_\*.cpp、 ui_\*.h、 qrc_\*.cpp 并不代表它们没有生成。现代 CMake 通常会将这些文件放在构建目录中，而不是源码目录。

八、总结

工具 输入 输出 解决的问题
MOC 含 Q_OBJECT 的头文件 moc_*.cpp 为 C++ 添加反射、信号槽等元对象能力
UIC .ui 文件（XML） ui_*.h 将可视化界面设计转换为 C++ 代码
RCC .qrc 文件（资源列表） qrc_*.cpp 将图片等资源嵌入可执行文件

这三个工具的共同本质是：它们都是 Qt 的代码生成工具，在正式编译前生成编译器可以处理的代码或资源数据。

理解它们的工作原理，不仅能帮你更好地使用 Qt，还能让你在遇到编译错误时快速定位问题------比如"链接错误：undefined reference to vtable for XXX"，往往就是因为忘记在类中加 Q_OBJECT 宏，或者修改头文件后没有重新运行 MOC。

Qt 的构建流程看似比普通 C++ 项目复杂，但正是这"多出来的三步"------MOC、UIC、RCC------赋予了 Qt 超越标准 C++ 的能力：信号槽的松耦合、可视化界面设计、资源的一体化分发。这三剑客，撑起了 Qt 帝国的半壁江山。

在理解了Qt如何去构建代码工程后，下一步我们可以探索Qt核心库的用途划分，了解我们该从哪里取用对应的控件。

下一篇预告：《Qt 核心模块概览------Qt Core、Gui、Widgets、Quick 的职责划分》

相关推荐
Quz1 小时前
QML MouseArea 事件：单击双击、长按与多按键检测
qt
秋田君2 小时前
SqlServer2022 服务以及客户端可视化安装详细教程
qt
平常心的技术小牛12 小时前
Qt-快速上手-QMenuBar
开发语言·qt
qq_150841991 天前
从CVI（C）到Pyside（python）/Qt（C++）/VS（C#）的一点吐槽
c++·qt·c#
我不是疯子是傻子1 天前
Qt 程序打包部署全攻略：从 windeployqt 到 Inno Setup 的静默安装与版本迭代实战
开发语言·qt
小小龙学IT1 天前
Qt 模型/视图框架（Model/View）深度解析：从 MVC 演化到数据展示架构的王者
qt·架构·mvc
Quz1 天前
QML ComboBox 完全自定义样式：背景、内容、下拉项与箭头
qt
skr爱码士1 天前
03_第一个Qt项目：Hello World 的完整拆解
c++·qt·客户端
ryanuo71 天前
Shadcn/ui × Qt 6/QML：一次从 Web UI 到桌面 UI 的组件化实践
c++·qt·ui·shadcn
热门推荐
01国内可直接用、免费额度/永久免费的大模型API清单（含 SiliconFlow、火山、阿里、智谱、百度、Kimi、DeepSeek、DMXAPI 等）02GitHub 镜像站点03微信历史版本含下载地址（ Windows PC | 安卓 | MAC ）及设置微信不更新042026 国产 AI 大模型横评：DeepSeek、通义千问、Kimi、文心一言、星火、豆包谁更能打？05历年考研数学一、数学二、数学三真题试卷及答案PDF06Agnes AI 免费 API 接入指南：文本、生图、生视频，一套接口全免费07AI 编程 IDE 全景解析 2026：Agent 全面接管开发链路082026年7月AI圈大地震：GPT-5.6被政府限制、Claude入驻Slack、Anthropic自研芯片09VSCode+CodeX扩展，无法启动10如何新建文件夹？ 电脑新建文件夹的4种方法