随着AI生成技术的飞速迭代，短剧创作已摆脱“高门槛、耗时长”的局限，借助AI工具可实现“故事生成—分镜脚本—视频渲染—后期剪辑”的全流程高效落地。本文将详细拆解一套实操性极强的AI短剧生成方案，以豆包、即梦Seedance2.0 Fast、剪映为核心工具，一步步教你从无到有打造完整短剧，兼顾效率与创作质感，适合新手快速上手。

一、前期铺垫：用豆包生成高质量短剧故事（核心基础）

短剧的核心是故事，好的故事无需复杂剧情，但需有清晰的人物、紧凑的冲突和明确的转折。豆包作为字节跳动旗下的AI对话工具，具备强大的文本生成与逻辑梳理能力，可快速输出符合短剧调性（1-3分钟、强冲突、高共情）的故事脚本，无需手动撰写初稿，大幅节省前期创作时间。

1.1 精准Prompt指令，引导豆包生成符合需求的故事

AI生成故事的关键的是“指令精准”，模糊的需求会导致生成内容杂乱无章。针对短剧创作，建议采用“题材+时长+人物设定+核心冲突+转折要求”的Prompt结构，示例如下：

“生成一个1-2分钟的古风短剧故事，题材为庶女逆袭，人物：女主苏清沅（隐忍后觉醒，庶女）、柳氏（嫡母，苛待庶女）；核心冲突：柳氏刁难苏清沅，苏清沅首次反抗，打破以往隐忍形象；转折：柳氏因顾及家族名声，被迫妥协；结尾：苏清沅回到破旧小院，留下后续觉醒伏笔；语言简洁，适合短剧拍摄，避免复杂场景，突出人物情绪冲突。”

1.2 优化调整，让故事适配AI视频生成

豆包生成初稿后，需进行简单优化，重点关注3点：一是场景不宜过多（1-3个场景最佳，如侍郎府廊下、破旧小院，减少AI渲染压力）；二是动作描写简洁具象（如“翻白眼、扶墙踉跄行走”，避免抽象描述，方便后续分镜转化和AI生成动作）；三是人物对话精炼（符合人物身份，每句对话不超过15字，贴合短剧快节奏调性）。

优化后，可让豆包进一步补充“人物性格细节”和“场景补充说明”，确保故事逻辑连贯、人物立得住，为后续分镜生成打下基础。

二、中期转化：用豆包延伸生成分镜脚本（衔接故事与视频）

分镜脚本是故事落地为视频的“桥梁”，核心作用是明确每个镜头的画面、时长、动作、台词、镜头角度，让后续AI视频生成更精准，避免出现“画面与故事脱节”的问题。无需手动绘制分镜，可借助豆包，基于已生成的故事，延伸生成分镜脚本，适配即梦Seedance2.0 Fast的视频生成需求。

2.1 分镜生成Prompt设计，贴合AI视频渲染特点

向豆包输入Prompt时，需明确分镜的核心要素，同时结合AI视频生成的局限性（如复杂镜头难以渲染、时长控制精准），示例如下：

“基于刚才生成的庶女逆袭短剧故事，生成分镜脚本，要求：1. 每2秒一个镜头，总时长控制在90秒内；2. 镜头角度以近景、特写、远景为主，避免复杂运镜（如旋转、快速推拉），适配AI视频生成；3. 每个镜头明确标注：镜头序号、时长、镜头角度、画面内容、人物动作、台词、音效提示；4. 突出人物情绪特写和场景对比，如柳氏的愤怒、苏清沅的狼狈，小院与侍郎府的反差；5. 分镜逻辑连贯，衔接自然，符合短剧快节奏。”

2.2 分镜脚本优化，适配即梦Seedance2.0 Fast

豆包生成分镜脚本后，需针对性优化，适配即梦Seedance2.0 Fast的渲染优势（快速渲染、人物动作流畅、场景还原度高）：一是删除过于复杂的镜头（如多人同框复杂动作、大范围远景运镜），减少渲染耗时和出错概率；二是明确每个镜头的“画面重点”（如“特写柳氏铁青的脸色和愤怒的眼神”），让AI聚焦核心元素；三是统一镜头时长（以2秒/个为主，特殊镜头可调整为3秒），确保后续视频节奏均匀。

优化后的分镜脚本，需包含“镜头序号、时长、镜头角度、画面内容、台词”5个核心模块，无需专业分镜术语，简洁明了即可。

三、核心渲染：用即梦Seedance2.0 Fast生成短剧视频（高效落地）

即梦Seedance2.0 Fast是字节跳动推出的AI视频生成工具，主打“快速渲染、真人质感、动作流畅”，尤其适合短剧生成——无需专业拍摄设备，无需手动调整参数，只需输入分镜脚本或关键词，即可快速生成符合要求的视频片段，完美衔接前期的故事与分镜。

3.1 工具准备与参数设置

1. 打开即梦Seedance2.0 Fast（网页端或APP端均可），注册登录后，选择“短剧生成”模式（针对性优化了短剧的镜头节奏和人物渲染效果）；2. 参数设置（核心优化，提升视频质感）：分辨率选择“1080P”（适配短视频平台），帧率设置为“30fps”（动作更流畅），风格选择“真人动漫风”（兼顾真人质感和动漫的情绪张力），渲染速度选择“Fast模式”（优先保证效率，1分钟视频约5-8分钟渲染完成）。

3.2 输入分镜脚本，启动AI渲染

将优化后的分镜脚本，逐镜头输入到即梦Seedance2.0 Fast的“镜头描述”框中，每个镜头对应一个“描述框”，输入时需注意：一是复制分镜中的“画面内容、人物动作、镜头角度”，语言简洁，避免冗余；二是台词可直接输入到“台词框”，工具会自动匹配人物口型，无需手动调整；三是针对重点镜头（如人物情绪特写、场景对比），可在描述中添加“特写、高清、细节拉满”等关键词，提升渲染精度。

输入完成后，点击“预览”，查看每个镜头的渲染效果，若出现“动作不流畅、画面模糊、人物与场景脱节”等问题，可修改对应镜头的描述（如补充“动作缓慢、画面清晰”等关键词），再点击“重新渲染”。预览无误后，点击“批量渲染”，等待工具完成全片渲染（渲染过程中可后台运行，不影响其他操作）。

3.3 渲染后初步检查，规避常见问题

视频渲染完成后，重点检查3点：一是镜头衔接是否流畅（避免出现画面跳转生硬、时长偏差）；二是人物动作与台词是否同步（口型匹配度、动作与台词节奏是否一致）；三是画面质感是否达标（无模糊、无畸变，场景和人物还原符合分镜要求）。

若出现小问题（如个别镜头渲染模糊），无需重新批量渲染，可单独选中该镜头，修改描述后重新渲染，节省时间；若问题较多（如人物动作严重偏差），需返回分镜脚本，优化镜头描述后，再重新批量渲染。

四、后期收尾：用剪映进行优化处理（提升质感）

即梦Seedance2.0 Fast生成的视频的是“原始成片”，需通过剪映进行简单后期处理，优化节奏、添加音效、调整画质，让短剧更具观赏性，贴合短视频平台的传播需求。剪映作为免费的后期剪辑工具，操作简单，功能齐全，无需专业剪辑基础，新手可快速上手。

4.1 导入视频，优化镜头衔接与节奏

1. 打开剪映，点击“开始创作”，将即梦生成的短剧视频导入到剪辑界面；2. 镜头衔接优化：查看每个镜头的衔接处，若出现跳转生硬，可添加“淡入淡出”转场（时长0.5秒），重点优化场景切换镜头（如从侍郎府廊下切换到小院，添加淡入淡出转场，提升流畅度）；3. 节奏优化：根据短剧的情绪节奏，调整镜头时长（如冲突镜头可适当缩短，特写镜头可适当延长），删除冗余画面（如渲染出错的模糊片段），确保全片节奏紧凑，无拖沓。
   

   4.2 添加音效、台词字幕，增强代入感

2. 音效添加：点击剪映界面的“音频”，选择“音效”，搜索适配的音效（如雨声、木门吱呀声、人物情绪音效），将音效拖到对应镜头的时间轴上，调整音量（音效音量低于台词音量，避免盖过台词）；2. 台词字幕：点击“文本”，选择“自动字幕”，剪映会自动识别视频中的台词，生成字幕，后续只需调整字幕的字体、颜色、大小（选择清晰易读的字体，颜色与画面对比强烈），修正识别错误的台词，确保字幕与台词同步。

4.3 画质优化与导出，适配传播需求

1. 画质优化：点击剪映界面的“调节”，优化画质参数（亮度+5、对比度+3、锐化+10、饱和度+2），提升画面清晰度和质感，尤其针对AI渲染的暗部画面（如小院内部），可适当提高亮度，确保画面可见；2. 导出设置：点击“导出”，设置导出参数（分辨率1080P，帧率30fps，比特率中等），导出格式选择“MP4”（适配所有短视频平台），导出时可勾选“高清导出”，确保视频画质不压缩。

五、全流程总结与注意事项

本文梳理的AI短剧生成流程，核心逻辑是“AI替代人工，高效落地创作”——豆包负责“文本生成”（故事+分镜），即梦Seedance2.0 Fast负责“视频渲染”，剪映负责“后期优化”，整个流程无需专业技能，无需昂贵设备，新手可在1-2小时内完成从故事到成片的全流程创作，大幅降低短剧创作的门槛。

核心注意事项

1. 故事与分镜的适配性：故事场景不宜过多，分镜描述不宜复杂，贴合AI视频渲染的局限性，避免“想得多、渲染不出”的问题；
2. 即梦Seedance2.0 Fast的关键词优化：镜头描述越精准，渲染效果越好，重点镜头可添加“特写、高清、动作流畅”等关键词；
3. 后期优化的简洁性：剪映优化以“提升质感、增强代入感”为主，无需添加复杂的特效，避免过度剪辑掩盖故事本身；
4. 版权提示：使用AI工具生成故事、视频时，需确保内容无版权侵权（避免使用知名IP、抄袭台词），剪映的音效、字体需选择免费可商用版本，规避版权风险。

随着AI技术的不断升级，短剧创作将变得更加高效、便捷，未来还将实现“一键生成全片”“人物形象自定义”等更强大的功能。掌握这套基础流程，可快速入门AI短剧创作，无论是用于短视频传播、兴趣创作，还是小型商业产出，都能实现高效落地。

背景

《HarmonyOS 6 自定义人脸识别模型1：XComponent入门》中介绍了XComponent的基本概念和简单使用，我们了解到XComponent组件作为一种渲染组件，可用于EGL/OpenGLES和媒体数据写入，通过使用XComponent持有的“NativeWindow”渲染画面，满足开发需要实现高级自定义渲染的需求，例如相机预览流的显示和游戏画面的渲染。对XComponent的操作和使用需要在C++层调用EGL/OpenGLES相关的接口进行操作，本文接着介绍XComponent中最基础的操作方式之OH_NativeXComponent绘制方式。

HarmonyOS 从API version 8开始，开发者就可以通过基于OH_NativeXComponent实例相关的接口进行XComponent组件Surface的生命周期监听、获取NativeWindow实例以及监听基础事件，实现渲染绘制和响应交互功能。

下面介绍OH_NativeXComponent方式在ArkTS侧如何声明与关联。

ArkTS侧声明XComponent

使用OH_NativeXComponent场景，使用XComponent时需要传入id和libraryname属性以支持在Native侧获取对应的OH_NativeXComponent实例：

XComponent({
  id: 'xcomponentId',
  type: XComponentType.SURFACE,
  libraryname: 'nativerender' // 利用id和libraryname属性在Native侧获取NativeXcomponent并绑定Surface生命周期
})
  .onLoad((xComponentContext) => {
    this.xComponentContext = xComponentContext as XComponentContext;
    this.currentStatus = 'index';
  })
  .onDestroy(() => {
    console.info('onDestroy');
  })
  .id('xcomponent')

在使用一些三方库或者自定义视频播放器时声明XComponent一般要求设置XComponent的id和library，以使用腾讯trtc实现实时视频通话功能为例：

Stack({ alignContent: Alignment.TopEnd }) {  
  XComponent({id: this.mViewModel.mainVideoViewId, type: XComponentType.SURFACE, libraryname: 'liteavsdk'})  
    .width('100%')  
    .height('100%')  
    .visibility(this.mViewModel.isVideoCall()? Visibility.Visible : Visibility.None)
    
}

libraryname指定trtc的so库名称liteavsdk，ArkTS中声明两个XComponent，一个展现自己画面，一个展现对方画面，通过控制大小实现画中画通话效果，具体的渲染交给trtc sdk的so库。

NDK 普通接口注册

在ArkTS中声明XComponent，配置id与libraryname后，如何在C++层获取组件的句柄进行渲染绘制呢？在了解这个问题前先回顾下一般场景下，ArkTS如何调用C++中的方法。

首先创建工程时选择Native C++模版，自动生成的代码模块中与ets文件夹同级的目录下有cpp文件夹，在cpp文件夹下有types文件夹，types文件夹下有libentry(规则为lib+模块名），libentry文件夹下的Index.d.ts问价声明ts方法，供arkts模块直接调用。

Index.d.ts同级目录oh-package.json5中代码结构如下：

{  
  "name": "libentry.so",  
  "types": "./Index.d.ts",  
  "version": "1.0.0",  
  "description": "Please describe the basic information."  
}

name表示库名称，在arkts中调用时需要导入该模块，工程模块的oh-package.json5中依赖该C++模块：

{  
  "name": "entry",  
  "version": "1.0.0",  
  "description": "Please describe the basic information.",  
  "main": "",  
  "author": "",  
  "license": "",  
  "dependencies": {  
    "libentry.so": "file:./src/main/cpp/types/libentry"  
  }  
}

接着在arkts中从so导入模块后就可以直接调用方法：

接下来在C++中实现Index.d.ts中声明的跨平台方法：

EXTERN_C_START  
static napi_value Init(napi_env env, napi_value exports)  
{  
    napi_property_descriptor desc[] = {  
        { "add", nullptr, Add, nullptr, nullptr, nullptr, napi_default, nullptr }  
    };  
    napi_define_properties(env, exports, sizeof(desc) / sizeof(desc[0]), desc);  
    return exports;  
}  
EXTERN_C_END  
  
static napi_module demoModule = {  
    .nm_version = 1,  
    .nm_flags = 0,  
    .nm_filename = nullptr,  
    .nm_register_func = Init,  
    .nm_modname = "entry",  
    .nm_priv = ((void*)0),  
    .reserved = { 0 },  
};  
  
extern "C" __attribute__((constructor)) void RegisterEntryModule(void)  
{  
    napi_module_register(&demoModule);  
}

RegisterEntryModule方法在加载so时自动调用，注册的模块是demoModule，demoModule中配置的注册方法为Init，Init中通过desc声明关联Index.d.ts中的方法，然后调用napi_define_properties进行实际注册。

在Add的C++实现方法中，通过napi_get_cb_info获取ArkTS传入的参数，转成napi对应的类型，最后在C++中实现具体逻辑：

static napi_value Add(napi_env env, napi_callback_info info)  
{  
    size_t argc = 2;  
    napi_value args[2] = {nullptr};  
  
    napi_get_cb_info(env, info, &argc, args, nullptr, nullptr);  
  
    napi_valuetype valuetype0;  
    napi_typeof(env, args[0], &valuetype0);  
  
    napi_valuetype valuetype1;  
    napi_typeof(env, args[1], &valuetype1);  
  
    double value0;  
    napi_get_value_double(env, args[0], &value0);  
  
    double value1;  
    napi_get_value_double(env, args[1], &value1);  
  
    napi_value sum;  
    napi_create_double(env, value0 + value1, &sum);  
  
    return sum;  
  
}

NDK XComponent对象关联

普通注册方法中是通过在Index.d.ts中声明跨平台方法供ArkTS调用，但是在XComponent场景中，XComponent并主动调用跨平台方法，而只是绑定了库名称，C++和ArkTS之间是如何关联的呢？

其实是系统帮我们实现了关联，在上面的Init方法中我们看到Init得第二个参数传入了napi_value类型的exports，而且这个exports并没有实际使用，只是做了透传就直接返回了：

EXTERN_C_START  
static napi_value Init(napi_env env, napi_value exports)  
{  
    napi_property_descriptor desc[] = {  
        { "add", nullptr, Add, nullptr, nullptr, nullptr, napi_default, nullptr }  
    };  
    napi_define_properties(env, exports, sizeof(desc) / sizeof(desc[0]), desc);  
    return exports;  
}  
EXTERN_C_END 

在XComponent场景中，就用到了第二个参数。我们可以在返回exports前对exports做一些操作：

void export(napi_env env, napi_value exports) {  
  if ((env == nullptr) || (exports == nullptr)) {  
    OH_LOG_Print(LOG_APP, LOG_ERROR, LOG_PRINT_DOMAIN, "PluginManager",  
                 "Export: env or exports is null");  
    return;  
  }  
  
  napi_value exportInstance = nullptr;  
  if (napi_get_named_property(env, exports, OH_NATIVE_XCOMPONENT_OBJ,  
                              &exportInstance) != napi_ok) {  
    OH_LOG_Print(LOG_APP, LOG_ERROR, LOG_PRINT_DOMAIN, "PluginManager",  
                 "Export: napi_get_named_property fail");  
    return;  
  }  
  
  OH_NativeXComponent *nativeXComponent = nullptr;  
  if (napi_unwrap(env, exportInstance,  
                  reinterpret_cast<void **>(&nativeXComponent)) != napi_ok) {  
    OH_LOG_Print(LOG_APP, LOG_ERROR, LOG_PRINT_DOMAIN, "PluginManager",  
                 "Export: napi_unwrap fail");  
    return;  
  }  
  
  char idStr[OH_XCOMPONENT_ID_LEN_MAX + 1] = {'\0'};  
  uint64_t idSize = OH_XCOMPONENT_ID_LEN_MAX + 1;  
  if (OH_NativeXComponent_GetXComponentId(nativeXComponent, idStr, &idSize) !=  
      OH_NATIVEXCOMPONENT_RESULT_SUCCESS) {  
    OH_LOG_Print(LOG_APP, LOG_ERROR, LOG_PRINT_DOMAIN, "PluginManager",  
                 "Export: OH_NativeXComponent_GetXComponentId fail");  
    return;  
  }  
//...
}

第一步：提取 XComponent 句柄 (Handle)

napi_value exportInstance = nullptr;
// 从 exports 对象中获取名为 OH_NATIVE_XCOMPONENT_OBJ 的属性
// 这里的 OH_NATIVE_XCOMPONENT_OBJ 是鸿蒙 NDK 定义的内部标识符
napi_get_named_property(env, exports, OH_NATIVE_XCOMPONENT_OBJ, &exportInstance);

当 ArkTS 加载包含 XComponent 的 Native 库时，系统会自动在 exports中注入一个特殊对象。这一步的作用是把这个由系统管理的 JS 对象提取出来。

第二步：解包 (Unwrap) 为底层指针

OH_NativeXComponent *nativeXComponent = nullptr;
// 将 JS 层的对象“解包”还原为 C++ 可以直接操作的指针类型 OH_NativeXComponent*
napi_unwrap(env, exportInstance, reinterpret_cast<void **>(&nativeXComponent));

这是 N-API 的标准操作。通过 napi_unwrap，我们拿到了操作该 XComponent 的原生 C++ 句柄。

第三步：获取唯一标识 ID

char idStr[OH_XCOMPONENT_ID_LEN_MAX + 1] = {'\0'};
uint64_t idSize = OH_XCOMPONENT_ID_LEN_MAX + 1;
// 通过句柄获取该 XComponent 在 ArkTS 侧定义的 id 属性值
OH_NativeXComponent_GetXComponentId(nativeXComponent, idStr, &idSize);

在 ArkTS 中，你可以定义多个 XComponent。id 是区分它们的唯一标识符。获取 ID 后，我们才能进行针对性的映射。

拿到OH_NativeXComponent后可以注册Surface的回调，在Surface回调中获取Window对象，然后通过OpenGLES对Window进行绘制。

OH_NativeXComponent方式多次加载

在静态声明模式下，如果页面上有两个** XComponent，Export 方法确实会执行两次（或者说 Init 会执行两次）。

这违背了常规 N-API 模块“加载一次，初始化一次”的直觉。为什么 Export 会执行多次？

在鸿蒙的声明式 UI（ArkTS）中，当你写下如下代码时：

// 实例 1
XComponent({ id: 'xc_1', libraryname: 'nativerender' })
// 实例 2
XComponent({ id: 'xc_2', libraryname: 'nativerender' })

底层发生的特殊行为：

1. 虽然 .so库在进程中只会被加载（Load）一次，但 XComponent 框架会为每一个声明了 libraryname的组件实例，单独调用一次 Native 库的 Init 函数。
2. 每次运行时系统调用 Init(env, exports) 时，传入的exports对象是独立且隔离的。
3. 系统会在这个临时的 exports对象中注入当前组件的句柄。
4. 因此Export(env, exports)会被触发两次。

总结

文章深入探讨了在 HarmonyOS 6 中使用 OH_NativeXComponent 开发自定义人脸识别组件的实践方法，强调了其相较于传统方式的优势：更接近底层，性能更优。详细阐述了使用 OH_NativeXComponent 进行人脸识别模型绘制的关键步骤，包括环境配置、代码编写以及组件的集成和调试。通过实战案例，展示了如何利用 OH_NativeXComponent 实现高度定制化的人脸识别界面，为开发者提供了可借鉴的实现方案。OH_NativeXComponent 不仅仅是一种组件开发方式，更是一种拥抱底层、精益求精的开发理念。掌握它，开发者将能够构建更高效、更灵活的 HarmonyOS 应用，在人脸识别等关键领域实现创新突破。希望本文能激发更多开发者探索 HarmonyOS 的底层能力，共同打造更智能、更强大的应用生态。

​

 Adobe Dreamweaver CC 2018 是经典的网页制作工具，Mac 能用。不管你是写 HTML/CSS 代码的程序员，还是喜欢可视化拖拽排版的初学者，它都能应付——左边写代码右边实时看效果，还能直接预览网页在不同浏览器里的样子。

第一步：先把安装包准备好​

安装包下载： https://pan.quark.cn/s/54b3766bc624，点下载等它跑完。默认一般在「下载」文件夹里，下完能看到这个 .dmg文件。

第二步：双击打开 dmg 文件​

找到下载好的 .dmg文件，双击它！会弹出新窗口，里面有 Adobe Dreamweaver CC 2018 的安装图标（一般是紫色系的软件 logo），旁边箭头指向「应用程序」文件夹。

第三步：拖到“应用程序”文件夹​

按住 Dreamweaver 的图标，直接往右边的「应用程序」文件夹拖就行～ 拖过去等几秒，进度条走完就复制好了（这一步等于安装完成）。

第四步：打开软件试试​

打开「访达」，左边点「应用程序」，找到 Adobe Dreamweaver CC 2018 的图标，双击打开。第一次打开可能会跳提示“来自未知开发者”（Mac 的安全限制），别慌！点提示框里的「仍要打开」，确认后就能正常用了。

​

​

treeNMS-1.7.5.zip是 treeNMS 1.7.5 版本​ 的压缩包，这是一个可视化的数据库管理工具，主要用来管理 MySQL、PostgreSQL、Oracle 等数据库，能图形化建表、查数据、导数据，比命令行好用很多。

部署就是解压、配环境、启动服务，下面用大白话一步步说，跟着做就能跑起来。

一、准备工作

1. 下载安装包​

   • 安装包下载： https://pan.quark.cn/s/94d1cb5940bd ，下 treeNMS-1.7.5.zip，注意版本号 1.7.5，别下错。

2. 准备运行环境​

   • 需要 Java 环境（JDK 1.8+） ，因为 treeNMS 是 Java 写的。
   • 用 java -version检查，没装的话去 Oracle 或 OpenJDK 官网下载安装。

3. 解压工具​

   • 用 7-Zip 或 WinRAR 解压 treeNMS-1.7.5.zip，得到解压后的文件夹，里面是 bin、conf、lib等目录。

4. 准备数据库（可选） ​

   • 如果用内置 H2 数据库，可跳过这步；
   • 如果想用 MySQL/PostgreSQL 等外部数据库，需先建一个空库，并记录好连接信息。

二、部署步骤

1. 解压到固定目录​

   • 把 zip 包解压到一个不容易误删的地方，比如 D:\tools\treeNMS。

2. 配置数据库（可选） ​

   • 如果用外部数据库：

     • 打开 conf/application.yml（或类似配置文件）；
     • 找到 datasource 配置段，改成你的数据库地址、端口、库名、用户名、密码；
     • 保存文件。

3. 启动服务​

   • 进入解压目录的 bin文件夹；
   • 双击 startup.bat（Windows）或 startup.sh（Linux/Mac）；
   • 等命令行窗口跑一会，看到类似 “Started Application in xx seconds” 就说明启动成功了。

4. 访问管理界面​

   • 打开浏览器，输入 http://localhost:8080（端口如果在配置文件改过就用新的）；
   • 首次登录一般用默认账号 admin，密码 admin（具体看官方说明）。

5. 登录后操作​

   • 进入后可以添加数据库连接，选择 MySQL、PostgreSQL、Oracle 等；
   • 输入数据库的 IP、端口、用户名、密码，测试连接成功后就能管理数据表和数据了。

​

​phpstudy_x64_8.1.1.3是 PhpStudy 8.1.1.3 64位版本​ 的安装包，这玩意儿是个集成环境，把 PHP、Apache、MySQL 都打包在一起，装一个就能跑本地网站，做PHP开发、测试源码特别方便。

一、准备工作

1. 下载安装包​

   • 安装包下载：https://pan.quark.cn/s/53ce90acb9f3
   • 文件名里 x64是 64 位版本，8.1.1.3是版本号，下的时候别下成 32 位或别的版本。

2. 确认系统版本​

   • 必须是 64 位 Windows（Win7/Win10/Win11 都行），32 位系统要用 32 位安装包。

3. 用管理员身份运行（推荐） ​

   • 右键安装包 → 选“以管理员身份运行”，防止权限不足装不上。

二、安装步骤

1. 双击 phpstudy_x64_8.1.1.3.exe运行（如果右键过了就直接双击）。
2. 第一次打开会弹出“用户账户控制”提示 → 点  “是” 。
3. 进入安装向导，选语言（默认中文）→ 点  “确定” 。
4. 阅读许可协议 → 选  “我接受” ​ → 点  “下一步” 。

5. 选安装位置：

   • 默认在 C:\phpstudy_pro，可点“浏览”改到其他盘（比如 D 盘）。

6. 附加任务：

   • 建议勾“创建桌面快捷方式”，以后找软件方便。
7. 点  “安装” ​ 开始装，等进度条走完（几十秒到一分钟）。
8. 安装完会问是否立即启动 → 可先取消，等会儿再开。

三、首次使用与基本操作

1. 装完后，桌面或开始菜单找到 PhpStudy​ → 点开。
2. 第一次打开是主界面，左边是“环境”选项，右边是“网站”管理。

3. 启动服务：

   • 在“环境”里选 Apache 或 Nginx，点“启动”，再选 MySQL 点“启动”，等状态变绿。

4. 创建网站：

   • 点到“网站”标签 → 点“创建网站” → 填域名（比如 test.com）、根目录（放网站文件的文件夹）、PHP 版本 → 点“确定”。

5. 访问网站：

   • 在浏览器输 http://test.com（或 localhost）就能看到网站，前提是 hosts 文件里把 test.com 指向 127.0.0.1。

​