更稳定的方式是把恒盾C#混淆加密大师的CLI接入MSBuild：Release构建完成后自动获取当前项目的真实输出路径，调用CLI生成保护版本。由于Visual Studio、Rider、dotnet build和多数CI平台最终都会调用MSBuild，因此只需在项目文件中维护一套规则。

集成后的构建流程​

本文实现的流程如下：

1. 正常编译.NET项目，不修改原始构建产物。
2. 仅在Release配置且已经配置CLI路径时执行混淆。
3. 将.deps.json、.runtimeconfig.json和依赖DLL复制到protected目录。
4. 使用--input和--output覆盖配置文件中的路径，由CLI生成受保护的主程序集。
5. CLI返回非零退出码或未生成目标文件时让构建失败，避免误发布未保护的程序。

最终目录类似下面这样：

bin/Release/net8.0/
├─ DotNetObfuscationSample.dll          # 原始构建产物
├─ DotNetObfuscationSample.deps.json
├─ DotNetObfuscationSample.runtimeconfig.json
└─ protected/
   ├─ DotNetObfuscationSample.dll       # 已混淆的主程序集
   ├─ DotNetObfuscationSample.deps.json
   └─ DotNetObfuscationSample.runtimeconfig.json

原始目录可继续用于调试和问题定位，发布时只取protected目录即可。

第一步：准备CLI和混淆配置​

安装恒盾C#混淆加密大师后，在安装目录中找到CLI.exe。然后在图形界面中配置需要启用的保护功能，通过“文件 > 导出配置”得到obfuscation.csop，并把它放在.csproj同一目录。配置文件中的ModulePath和OutputPath可以保留示例值，因为构建时会通过CLI参数覆盖：

{
    "ModulePath": "bin/Release/net8.0/MyApp.dll",
    "OutputPath": "bin/Release/net8.0/protected/MyApp.dll",
    "AntiILDasm": true,
    "StringConfusor": true,
    "IntConfusor": true,
    "FieldRename": true,
    "MethodRename": true,
    "ParamRename": true,
    "TypeRename": true,
    "RenameMode": 1,
    "Seed": "my-project-release",
}

实际使用时建议保留软件导出的完整配置，不要只复制上面的精简片段。可先启用少量保护选项，验证程序正常启动和主要功能后，再逐步增加保护强度。

第二步：在项目文件中加入MSBuild目标​

打开需要保护的.csproj，在</Project>之前加入下面的内容：

<PropertyGroup>
  <ObfuscatorCliPath Condition="'$(ObfuscatorCliPath)' == ''">$(OBFUSCATOR_CLI_PATH)</ObfuscatorCliPath>
  <RunObfuscator Condition="'$(RunObfuscator)' == '' and '$(Configuration)' == 'Release' and '$(ObfuscatorCliPath)' != ''">true</RunObfuscator>
  <RunObfuscator Condition="'$(RunObfuscator)' == ''">false</RunObfuscator>
  <ObfuscatorConfigPath>$(MSBuildProjectDirectory)\obfuscation.csop</ObfuscatorConfigPath>
</PropertyGroup>

<Target Name="ObfuscateReleaseOutput"
        AfterTargets="Build"
        Condition="'$(Configuration)' == 'Release' and '$(RunObfuscator)' == 'true'">
  <PropertyGroup>
    <ObfuscatedOutputDir Condition="'$(ObfuscatedOutputDir)' == ''">$(TargetDir)protected\</ObfuscatedOutputDir>
    <ObfuscatedOutputPath Condition="'$(ObfuscatedOutputPath)' == ''">$(ObfuscatedOutputDir)$(TargetFileName)</ObfuscatedOutputPath>
  </PropertyGroup>

  <Error Condition="'$(ObfuscatorCliPath)' == ''"
         Text="RunObfuscator=true, but ObfuscatorCliPath or OBFUSCATOR_CLI_PATH is not configured." />
  <Error Condition="!Exists('$(ObfuscatorCliPath)')"
         Text="Obfuscator CLI was not found: $(ObfuscatorCliPath)" />
  <Error Condition="!Exists('$(ObfuscatorConfigPath)')"
         Text="Obfuscator config was not found: $(ObfuscatorConfigPath)" />

  <RemoveDir Directories="$(ObfuscatedOutputDir)" />
  <MakeDir Directories="$(ObfuscatedOutputDir)" />
  <ItemGroup>
    <ObfuscatorCompanionFile Include="$(TargetDir)**\*"
                                                                                                   Exclude="$(ObfuscatedOutputDir)**\*;$(TargetPath)" />
  </ItemGroup>
  <Copy SourceFiles="@(ObfuscatorCompanionFile)"
        DestinationFiles="@(ObfuscatorCompanionFile->'$(ObfuscatedOutputDir)%(RecursiveDir)%(Filename)%(Extension)')"
        SkipUnchangedFiles="true" />

  <Message Importance="high" Text="Obfuscating $(TargetPath)" />
  <Exec Command="&quot;$(ObfuscatorCliPath)&quot; obf --config &quot;$(ObfuscatorConfigPath)&quot; --input &quot;$(TargetPath)&quot; --output &quot;$(ObfuscatedOutputPath)&quot;" />
  <Error Condition="!Exists('$(ObfuscatedOutputPath)')"
         Text="Obfuscator did not create the expected output: $(ObfuscatedOutputPath)" />
  <Message Importance="high" Text="Protected output: $(ObfuscatedOutputDir)" />
</Target>

这里使用的都是MSBuild内置属性，因此不需要硬编码项目名称或目标框架：

• $(MSBuildProjectDirectory)是当前项目目录。
• $(TargetPath)是本次构建产生的主程序集完整路径。
• $(TargetFileName)会自动适配不同项目名称。
• AfterTargets="Build"确保只有编译成功后才执行CLI。
• Exec检查CLI退出码，随后的Error还会确认目标文件确实已经生成。

复制主程序集以外的完整输出内容，再由CLI生成受保护的主程序集，是为了保留程序运行需要的配置和依赖文件。不要只把混淆后的DLL单独交付。排除原始主程序集也能确保后续文件检查不会把未经保护的副本误判为成功结果。

第三步：配置CLI路径​

不建议把个人电脑上的绝对安装路径写入.csproj。可以使用环境变量，让不同开发机和CI环境使用各自的CLI位置。

在PowerShell中为当前终端设置：

$env:OBFUSCATOR_CLI_PATH = 'C:\Tools\CSharpObfuscator\CLI.exe'

如需永久写入当前Windows用户的环境变量：

[Environment]::SetEnvironmentVariable(
    'OBFUSCATOR_CLI_PATH',
    'C:\Tools\CSharpObfuscator\CLI.exe',
    'User'
)

永久设置后需要重新打开Visual Studio、Rider或终端。也可以在单次构建中直接传入路径：

dotnet build -c Release -p:ObfuscatorCliPath='C:\Tools\CSharpObfuscator\CLI.exe'

第四步：执行Release构建​

在命令行中执行：

dotnet build -c Release

在Visual Studio中将解决方案配置切换为Release后执行“生成解决方案”，或者在Rider中构建Release配置，都会触发同一个MSBuild目标。Debug构建默认不会执行混淆。

如需临时跳过混淆，可以显式关闭开关：

dotnet build -c Release -p:RunObfuscator=false

构建日志中出现下面两行，表示集成目标已执行：

Obfuscating ...\bin\Release\net8.0\MyApp.dll
Protected output: ...\bin\Release\net8.0\protected\

在CI中使用​

CI使用的仍然是相同命令，只需提前安装并注册CLI，再通过环境变量或MSBuild属性传入路径：

$env:OBFUSCATOR_CLI_PATH = "$env:OBFUSCATOR_HOME\CLI.exe"
dotnet restore
dotnet build -c Release --no-restore

建议把protected目录作为发布制品，并在上传前增加一个文件存在性检查：

$protectedFile = '.\bin\Release\net8.0\protected\MyApp.dll'
if (-not (Test-Path $protectedFile)) {
    throw "未生成混淆后的程序集: $protectedFile"
}

WPF、WinForms、类库和ASP.NET Core项目​

这套写法不依赖控制台项目：

• WPF和WinForms项目的$(TargetPath)会指向其主程序集。
• 类库项目可以直接保护生成的DLL。
• ASP.NET Core项目应在完整发布目录中保留依赖、配置文件和静态资源，仅替换需要保护的业务程序集。
• 一个解决方案包含多个项目时，只在真正需要保护的项目中加入目标，或者把公共目标提取到单独的.targets文件后按条件导入。

使用反射、依赖注入扫描、JSON序列化、XAML绑定、插件加载或P/Invoke时，重命名可能影响运行。应通过忽略列表保留外部依赖的名称，并对启动、登录、核心业务、配置加载和自动更新等流程进行回归测试。

dotnet publish和单文件发布注意事项​

本文示例挂接在Build目标之后，适合普通DLL、EXE构建。执行dotnet publish时，发布过程还会在publish目录重新整理文件，因此不要直接把未经检查的publish目录当成混淆结果。

常规发布可先执行dotnet publish -c Release，再用CLI的--input和--output处理发布目录中的主程序集。启用PublishSingleFile时，应将发布得到的单文件EXE作为CLI输入，而不是构建阶段的DLL。建议为单文件项目单独建立发布后目标，并验证解包、混淆、重构后的程序能够在干净环境启动。

完整示例代码​

可以访问GitHub获取完整项目代码: https://github.com/leapever/csharp-obfuscator-cli-integration

下载最新版本​

点击进入下载页面

对于需要保护 C# DLL、EXE、WPF、WinForms、控制台程序以及其他 .NET 应用的开发者来说，1.5.0 是一次以稳定性和实用性为重点的升级。无论是单独启用某项保护，还是组合使用多项混淆功能，新版本都能更好地适应复杂项目和实际发布环境。

1.5.0 版本重点更新​

1. 增强原生化EXE保护效果​

1.5.0 进一步增强了原生化EXE的保护效果，可以提高程序被分析和还原的难度，为需要重点保护的 Windows EXE 程序提供更强的安全保障。

这项更新适合用于商业桌面软件、企业内部工具、授权客户端以及包含重要业务逻辑的应用程序。通过升级后的原生化EXE功能，开发者可以在保持程序正常交付和运行的同时，进一步加强对核心代码和软件成果的保护。

2. 更新混淆内核，适配最新.NET 10​

随着 .NET 平台持续更新，混淆工具也需要及时适配新的程序格式和开发环境。1.5.0 更新了混淆内核，现已适配最新的 .NET 10，为使用新版本 .NET 构建项目的开发者提供支持。

对于计划升级到 .NET 10，或已经开始使用 .NET 10 开发和发布程序的团队，新版本可以更顺畅地接入现有保护流程。同时，原有 .NET 项目仍可继续使用，便于开发者在不同版本的项目之间保持统一的混淆加密方案。

3. 提升防篡改功能的兼容性​

防篡改功能可以帮助开发者降低程序文件被修改后继续运行的风险。1.5.0 提升了该功能的兼容性，使其在更多EXE程序以及多种保护功能组合使用时表现得更加稳定。

对于同时启用函数体隐藏、资源文件混淆或其他保护选项的项目，这项改进可以减少功能之间相互影响的情况，让开发者更方便地根据项目需求组合不同的保护能力。

4. 提升资源文件混淆的兼容性​

.NET 程序经常会包含界面资源、文本资源、配置资源以及其他随程序集发布的内容。1.5.0 提升了资源文件混淆的兼容性，使资源保护功能能够适应更多类型的项目。

这项更新对于资源使用较多的 WPF、WinForms 和桌面应用尤其有价值。开发者可以继续保护程序中的资源内容，同时降低混淆后出现资源读取异常或程序运行异常的概率。

5. 提升隐藏函数体的兼容性​

隐藏函数体是保护关键业务逻辑的重要功能之一。1.5.0 对该功能进行了兼容性优化，使其能够更稳定地应用于包含复杂调用关系和多种程序结构的项目。

如果程序中包含授权验证、业务规则、数据处理或其他不希望被直接查看的关键逻辑，可以使用隐藏函数体功能提高分析难度。新版本让这项保护能力在实际项目中更易于使用，也更适合与其他混淆选项配合启用。

6. 提升隐藏字符串和数字的兼容性​

程序中的字符串和数字常常包含接口地址、业务参数、授权信息、状态标识或其他敏感内容。1.5.0 提升了隐藏字符串和数字功能的兼容性，使其可以覆盖更多使用场景，并改善与其他保护功能同时启用时的稳定性。

对于敏感常量较多，或希望减少程序静态信息暴露的项目，这项更新可以提供更完整的保护体验。开发者无需改变原有业务代码，即可继续通过统一配置保护相关内容。

7. 优化核心混淆速度​

除了保护效果和兼容性提升之外，1.5.0 还优化了核心混淆速度。对于程序集较多、项目体积较大或需要频繁执行混淆的开发者，新版本可以缩短等待时间，提高日常构建和发布效率。

这项优化也更适合自动化构建、持续集成和批量处理场景。团队可以将混淆步骤继续保留在现有发布流程中，同时获得更流畅的处理体验。

多项保护功能配合使用更加稳定​

真实项目通常不会只使用单一保护功能，而是会根据程序特点组合启用原生化EXE、防篡改、资源文件混淆、隐藏函数体以及隐藏字符串和数字等功能。

1.5.0 对这些常用能力进行了整体兼容性提升，重点改善多项功能同时启用时的稳定性。对于结构复杂、资源较多或保护要求较高的项目，新版本能够减少反复调整配置的成本，让混淆加密流程更容易融入日常开发和发布工作。

这次更新适合哪些用户​

如果你有以下需求，建议升级到 1.5.0：

• 需要增强 Windows EXE 程序的原生化保护效果
• 正在使用或准备升级到 .NET 10
• 需要对 C# DLL 或 EXE 进行混淆加密
• 需要组合使用防篡改、资源文件混淆和函数体隐藏等功能
• 需要保护程序中的字符串、数字和关键业务逻辑
• 需要提升大型项目或自动化发布流程中的混淆处理效率

总结​

恒盾C#混淆加密大师 1.5.0 是一次围绕保护强度、平台适配、功能兼容性和处理效率展开的重要更新。新版本不仅增强了原生化EXE保护效果并适配最新的 .NET 10，还集中提升了防篡改、资源文件混淆、隐藏函数体、隐藏字符串和数字等核心功能的稳定性。

对于需要在真实项目中长期使用 C# 混淆、DLL加密和EXE保护的开发者来说，1.5.0 能够提供更完整、更稳定且更高效的代码保护体验。

点击进入EXE一机一码打包加密大师官网

什么是原生内核​

在快速打包页面的设置区域中，“加密壳”一项提供两种内核可选：普通内核和原生内核。普通内核是默认选项，需要一定的系统环境支持，适合绝大多数Windows电脑；原生内核则不依赖额外的系统环境，程序可以直接运行，通用性更好，尤其适合运行环境比较特殊的电脑。

两种内核只是加密壳的运行载体不同，不会影响你选择的一机一码、静态密码或网络验证等授权方式，也不会改变激活码的计算方式。切换内核后原有的授权设置可以继续沿用，如果已经生成过激活码，建议切换内核后重新打包并在目标电脑上测试。

适用场景​

以下情况可以优先考虑切换到原生内核重新打包：

• 打包后的程序在部分电脑上双击没有反应、启动后一闪而过，或者提示缺少组件。
• 目标电脑系统版本较旧（例如仍在使用Windows 7）、是精简版系统镜像，或者是刚安装不久、组件不全的系统。
• 软件需要部署在完全离线、无法连接网络更新系统组件的电脑上。
• 目标电脑处于企业内网、政府机关等环境，安装策略较为严格，无法自由安装额外的系统组件。
• 已经尝试过兼容模式，问题依然存在，希望进一步提高打包程序的通用性。

如果打包后的程序在普通内核下已经可以正常运行，无需切换，保持默认设置即可。

使用方法​

1. 打开EXE一机一码打包加密大师，进入快速打包页面。
2. 按照正常流程选择需要打包的EXE文件，设置软件名称、加密模式等选项。
3. 在设置区域的“加密壳”一项中，选择原生内核（默认使用的是普通内核）。
4. 点击“打包”按钮生成加密程序。
5. 将生成的程序复制到目标电脑上测试运行效果，确认可以正常启动和使用。

使用建议​

• 建议先使用默认的普通内核打包测试，只有在目标电脑上出现无法启动、运行异常等问题时，再切换为原生内核重新打包。
• 原生内核和兼容模式可以配合使用：如果单独切换原生内核后问题仍未解决，可以同时勾选兼容模式一起测试。
• 每次调整内核或其他打包设置后，建议在实际使用的电脑上重新测试一遍，确认无误后再正式对外分发。

点击进入EXE一机一码打包加密大师官网

解决方案详解​

在普通模式打包时，软件会使用常规方案进行打包，进行高强度加密，适合绝大多数EXE程序。如果打包后的程序可以正常启动和使用，保持默认设置即可。

而部分EXE程序带有自身完整性校验、特殊的启动流程，或者需要与其他程序文件紧密配合；一些使用较老或较少见开发环境制作的软件，也可能对打包后的运行方式比较敏感。遇到这些情况时，开启兼容模式通常可以提高打包后程序的适应性，改善无法启动、意外退出或功能运行异常等问题。

使用时，在快速打包页面的设置区域找到兼容模式，勾选“使用兼容加密模式”，然后重新打包并测试生成的程序。开启兼容模式不会改变您选择的一机一码、静态密码或网络验证方式，也不需要修改原始EXE。

建议先使用默认模式打包；如果默认模式运行正常，就继续使用默认方案。如果默认模式生成的程序无法正常运行，再开启兼容模式重新打包，并在实际使用的电脑上测试。兼容模式主要用于解决原始EXE本身可以运行、加密后才出现异常的情况；如果原始EXE也无法运行，则需要先检查原程序自身的运行条件。

如果每次双击EXE都完整启动一个新的程序实例，第二个、第三个窗口有时会明显变慢，甚至出现短暂白屏。多实例共享进程就是为这类场景准备的功能：在同一个EXE已经运行时，再次打开它，可以更快显示新窗口，并共享同一套登录状态。

下载最新版本​

• 立即下载最新版本
• HTML打包EXE工具官网

多实例共享进程是什么？​

简单来说，它可以让同一个EXE在多次打开时表现得更像一个完整的多窗口应用：

• 第一次打开 EXE：正常启动程序
• 程序已经运行时再次打开同一个 EXE：快速打开一个新窗口
• 新窗口与已有窗口共享登录状态、Cookie、本地存储等数据
• 用户可以同时使用多个窗口，而不必等待每次都完整启动

它不是“单例模式”。单例模式的目标是只允许一个窗口存在，再次打开时只会回到已有窗口；多实例共享进程的目标是允许多个窗口存在，只是让后续窗口打开得更快、更稳定。

这个功能能解决什么问题？​

后续窗口打开更快​

对于内容较重的网站、后台管理系统、在线工具类页面，完整启动一个新的EXE实例可能需要较长时间。开启多实例共享进程后，在已有窗口运行的情况下再次打开同一个 EXE，通常可以更快显示新窗口。

这对于需要频繁多开的应用尤其明显，例如客服后台、订单系统、数据管理系统、内部办公系统等。

减少第二个窗口白屏等待​

有些应用在打开第一个窗口时比较正常，但打开第二个窗口时会出现几秒钟白屏后才进入页面。多实例共享进程可以减少这种等待，让第二个及后续窗口更接近“即时打开”的体验。

多窗口共享登录状态​

开启后，多个窗口会共享同一套登录状态。用户在第一个窗口登录后，再打开第二个窗口，通常不需要重新登录。

这对后台系统和需要登录的网站非常有用：

• 不用每个窗口重复登录
• 多个窗口之间状态一致
• Cookie 和本地保存的数据可以继续使用
• 用户体验更接近浏览器多窗口

更适合多窗口办公​

如果你的网页应用本身就适合多窗口使用，这个功能可以让打包后的EXE更接近桌面软件的使用习惯。

例如：

• 一个窗口查看列表，另一个窗口查看详情
• 一个窗口编辑内容，另一个窗口预览结果
• 同时打开多个客户、订单、报表页面
• 多个页面并排对照处理

什么时候推荐开启？​

如果你的应用符合下面任意一种情况，建议开启多实例共享进程：

• 用户经常会重复双击同一个EXE打开多个窗口
• 用户需要同时查看多个页面或多个业务对象
• 第二个窗口打开时有明显白屏或等待
• 应用需要保持统一登录状态
• 应用是后台系统、业务系统、管理系统、客服系统、数据看板等多页面工具
• 你希望多个窗口像同一个应用的不同窗口，而不是彼此完全独立

对于 B 端系统、内部管理系统、需要登录的网站，这个功能通常比较推荐。

什么时候不建议开启？​

以下场景可以继续使用默认方式，不一定需要开启：

• 你的应用只需要一个窗口
• 你希望每次打开EXE都是完全独立的数据环境
• 你需要同时登录多个不同账号进行测试
• 你已经开启了隐身模式，希望每次运行都使用独立数据
• 你启用了禁用缓存，希望每次都尽量重新加载远程内容
• 你的应用希望“打开第二次”只回到已有窗口，这种情况应使用单例模式

如果你的目标是“只能打开一个窗口”，请使用单例模式；如果你的目标是“可以打开多个窗口，并且后续窗口更快”，再考虑开启多实例共享进程。

如何开启多实例共享进程​

开启方式很简单：

1. 打开 HTML打包EXE 工具
2. 进入高级设置页面
3. 勾选多实例共享进程
4. 正常点击打包生成 EXE

生成后的EXE在第一次打开时正常启动；当它已经运行时，再次双击同一个 EXE，会快速打开新的窗口。

与单例模式的区别​

很多用户会把多实例共享进程和单例模式混淆，下面用一句话区分：

• 单例模式：只允许一个窗口，再次打开时回到已有窗口
• 多实例共享进程：允许多个窗口，再次打开时快速打开新窗口

因此，这两个功能不需要同时开启。新版工具中，当你勾选其中一个时，会自动取消另一个，避免配置冲突。

常见问题​

开启后是不是每个窗口都能共享登录状态？​

通常可以。只要网站本身使用的是常见的 Cookie、本地存储等登录方式，多个窗口会共享同一套登录状态。

可以用来同时登录多个账号吗？​

不推荐。多实例共享进程的特点就是共享登录状态，如果你需要同时登录多个账号，更适合使用默认多实例方式，或者使用不同的软件 ID 分别打包。

为什么需要填写软件 ID？​

软件 ID 用于区分不同的打包应用。不同项目建议使用不同的软件 ID，避免不同应用之间的数据互相影响。

和隐身模式能一起用吗？​

不建议一起使用。隐身模式更强调每次运行使用独立环境，而多实例共享进程强调多个窗口共享同一套状态，两者目标不同。

和禁用缓存能一起用吗？​

不建议一起使用。禁用缓存更适合频繁更新的远程网页；多实例共享进程更适合需要保留登录状态并快速多开的业务系统。

总结​

多实例共享进程适合那些需要频繁打开多个同一EXE窗口的应用。它可以让后续窗口打开更快，减少白屏等待，并共享登录状态，非常适合后台管理、业务系统、客服系统、数据看板等多页面场景。

如果你的用户经常需要多窗口办公，建议在打包时开启这个功能；如果你的应用只需要一个窗口，则继续使用单例模式或默认配置即可。

相关阅读​

• HTML打包EXE工具四种弹窗方式图文详解
• HTML打包EXE工具标签页模式详解
• HTML打包EXE工具功能介绍

下载最新版本​

• 立即下载HTML一键打包APK工具
• HTML一键打包APK工具官网
• 查看完整使用文档

这个功能有什么用？​

本地文件加密功能适合希望保护离线HTML项目内容的用户。例如：

• VR全景项目中的页面脚本和配置文件
• RPG Maker MV/MZ等本地网页游戏项目
• 离线课件、培训资料、产品展示应用
• 企业内部使用的本地HTML应用

开启后，打包进APK的部分文本资源不会再以普通文件形式直接存放，能起到保护你的代码和资源的作用。

配置位置​

在打包工具的快速打包页面中，找到本地文件加密Key输入框。

如何开启本地文件加密？​

使用步骤很简单：

1. 在网址或本地HTML文件路径中选择本地HTML主文件。
2. 设置APP名称、版本号、包名等常规配置。
3. 在本地文件加密Key中填写一段自定义内容，例如 mykey123。
4. 点击开始打包，生成APK。

只要填写了Key，打包时就会启用本地文件加密。加密完成后, 再次查看apk内部的文件时, 则会看到乱码文件

不填和填写有什么区别？​

不填写本地文件加密Key：不启用本地文件加密，按照普通方式打包。

填写任意内容：启用本地文件加密。可以填写字母、数字或字母数字组合。例如 abc123、myapp2026 都可以。

• 不填：不加密
• 填其他内容：加密

会加密哪些文件？​

本地文件加密主要处理项目中的文本类资源，例如：

• HTML页面文件
• JavaScript脚本文件
• CSS样式文件
• JSON配置文件
• XML配置文件
• TXT、CSV等文本文件

图片、音频、视频、字体等二进制文件不会进行此类加密处理以确保整个apk运行速度不会受影响

适用范围​

如果您填写的是 http 或 https 开头的网址，页面内容来自网络服务器，本地文件加密不会对远程网页内容生效。

使用建议​

建议在以下情况下开启本地文件加密：

• 项目中包含较多HTML、JS、CSS文件
• 不希望用户轻易查看本地页面源码
• 项目是离线展示、离线课件、离线全景或离线游戏
• 希望在不影响图片、视频等资源的前提下，对核心文本文件做基础保护

如果只是临时测试打包，或者项目内容本身不需要保护，可以不填写Key。

常见问题​

填写Key后，APP运行方式会变化吗？​

不会影响功能。打包后的APP会自动读取加密后的本地文件，用户无需额外操作。

忘记Key会影响已打包APK运行吗？​

不会。Key会在打包时写入APP配置中，已生成的APK可以正常运行。但如果之后重新打包同一个项目，需要继续填写想要使用的Key。

相关阅读​

• HTML一键打包APK工具免认证版本介绍
• HTML打包APK中的文件下载功能详解
• HTML一键打包APK工具使用指南 - 为什么APP安装时会覆盖
• HTML一键打包APK完整使用文档

这种情况看起来像是“图标没有打包进去”，但实际原因往往不是打包失败，而是Windows桌面图标缓存没有及时更新。本文就介绍这个问题的常见场景、原因分析、排查方法，以及如何在HTML打包EXE工具中通过“刷新桌面图标缓存”功能快速解决。

常见现象​

在HTML项目打包为EXE之后，图标异常通常有几种表现：

1. 打包时已经选择了 .ico 图标，但桌面上仍然显示默认白色程序图标。
2. 第一次打包显示正常，第二次更换图标后，桌面快捷方式仍显示旧图标。
3. 安装包重新安装后，开始菜单或桌面快捷方式图标没有变化。
4. 同一个EXE文件复制到不同文件夹后，有的地方图标正常，有的地方仍然显示异常。
5. 文件属性、任务栏、资源管理器预览中的图标表现不一致。

如果你确认图标文件路径正确，图标格式也没有问题，那么这些现象大概率和Windows图标缓存有关。

为什么会出现图标不更新？​

Windows为了提高资源管理器、桌面和开始菜单的显示速度，会把应用程序图标、快捷方式图标等信息缓存起来。这样每次打开文件夹或显示桌面时，系统不需要重新从EXE文件里读取图标资源，而是直接使用缓存结果。

这套机制在日常使用中可以提升性能，但在频繁打包、测试、覆盖安装程序时，就容易造成一个问题：文件已经更新了，图标缓存却还没有更新。

对HTML打包EXE这类工具来说，开发和测试阶段经常会出现下面的操作：

• 使用同一个输出文件名反复打包。
• 多次更换程序图标。
• 反复安装、卸载、覆盖安装测试版。
• 桌面快捷方式名称相同，但指向的程序内容已经改变。
• 在同一台电脑上测试多个版本的EXE。

这些操作都会增加Windows继续使用旧图标缓存的概率。于是用户看到的结果就是：明明新图标已经写入EXE，桌面显示却没有立刻变。

先确认不是图标文件本身的问题​

在刷新缓存之前，可以先做几个简单检查，避免把配置问题误判为缓存问题。

1. 确认图标格式正确​

Windows程序图标建议使用 .ico 文件，而不是直接使用 .png、.jpg 或其他图片格式。一个合格的ICO文件通常会包含多个尺寸，例如 16x16、32x32、48x48、256x256，这样在桌面、任务栏、资源管理器不同位置都能正常显示。

如果ICO文件本身只有一个很小的尺寸，或者由图片强行改后缀得到，可能导致显示模糊、显示异常，甚至无法被正确识别。

2. 确认打包时选择的是最新图标​

如果项目目录里有多个相似图标，例如：

app.ico
app-new.ico
logo.ico
logo-final.ico

建议在打包工具中重新选择一次图标文件，确认路径指向的就是当前要使用的ICO文件。尤其是在不同电脑之间迁移项目时，原来的本地路径可能已经失效。

3. 换一个文件名测试​

如果你一直用同一个文件名反复输出，例如 myapp.exe，可以临时换成 myapp-test-icon.exe 再打包一次。如果新文件名下图标显示正常，而旧文件名仍显示旧图标，那么基本可以判断是系统缓存导致的。

如何刷新Windows桌面图标缓存？​

传统做法通常是手动重启资源管理器，或者删除系统图标缓存文件后重启Windows。常见方法包括：

• 在任务管理器中重启“Windows资源管理器”。
• 通过命令行结束并重新启动 explorer.exe。
• 删除IconCache相关缓存文件后重新登录系统。
• 直接重启电脑。

这些方法都能在一定程度上刷新图标，但对普通用户来说不够直观。尤其是在频繁测试打包效果时，每次手动打开任务管理器或重启电脑都比较麻烦。

在HTML打包EXE工具中一键刷新桌面图标缓存​

HTML打包EXE工具已经内置了刷新桌面图标缓存功能。如果你遇到设置图标后桌面仍显示默认图标、旧图标的问题，可以在工具顶部菜单中点击 文件 -> 刷新桌面图标缓存

点击后，工具会提示确认操作。确认后会刷新Windows桌面图标显示状态，让系统重新加载桌面和快捷方式图标。刷新完成后，再查看桌面快捷方式或重新复制生成的EXE文件，通常就能看到新的图标。

这个功能适合下面几类场景：

1. HTML打包EXE后图标显示为默认图标。
2. 更换图标重新打包后，桌面仍然显示旧图标。
3. 安装版EXE重新安装后，桌面快捷方式图标没有更新。
4. 给客户演示前，需要确认桌面图标已经刷新到最新状态。
5. 同一台电脑上连续测试多个打包版本，图标显示混乱。

刷新后仍不正常怎么办？​

如果刷新桌面图标缓存后，图标仍然没有恢复，可以继续检查下面几项。

1. 删除旧快捷方式后重新创建​

有时桌面快捷方式本身也会保留旧的显示信息。可以删除旧快捷方式，再从最新生成的EXE或安装目录重新创建快捷方式。

2. 改变输出文件名​

Windows对同一路径、同一文件名的图标缓存更容易复用旧结果。测试阶段如果频繁更换图标，可以临时改变输出文件名或安装目录名，帮助判断是否仍是缓存问题。

3. 检查安装包配置​

如果你打包的是安装版EXE，请检查安装目录、桌面快捷方式名称和程序文件名是否符合预期。不同版本使用相同安装目录时，系统更容易沿用已有快捷方式和缓存。

4. 重新生成ICO文件​

如果多个位置都无法正常显示图标，建议重新生成一个标准ICO文件，再重新打包测试。推荐使用包含多尺寸的ICO，不要只放单一尺寸图片。

总结​

HTML打包EXE设置图标后仍显示默认图标，不一定是图标没有写入EXE，也不一定是打包工具没有生效。很多时候，真正的原因是Windows为了提升显示速度而复用了旧的桌面图标缓存。

排查这类问题时，可以按顺序确认图标格式、图标路径、输出文件名和安装包配置。如果确认配置没有问题，再通过HTML打包EXE工具中的 文件 -> 刷新桌面图标缓存 功能刷新系统图标显示，就能解决大多数“新图标不显示”“旧图标不更新”“桌面显示默认图标”的问题。

对于经常制作HTML桌面程序、KRPano全景EXE、WebGL离线程序、课件EXE或产品演示程序的用户来说，这个功能可以减少反复重启电脑和手动清理缓存的麻烦，让打包测试流程更顺畅。

相关链接​

• HTML打包EXE工具官网

工具概述​

HTML一键打包EXE工具支持将本地HTML项目或在线网站打包为Windows平台下的EXE可执行程序，适用于KRPano全景项目、WebGL项目、HTML5游戏、电子课件、产品演示、离线资料包等多种场景。用户可以自定义程序图标、窗口标题、窗口模式、安装包信息、授权验证方式和多种专用功能，无需搭建复杂的桌面开发环境，即可把网页项目转换为可独立运行的桌面应用。

2.3.0版本在原有打包能力基础上，重点增强了配置管理、数据保护、窗口形态、授权试用和原生API扩展能力，适合需要长期维护多个打包项目、需要保护本地或远程资源、或希望制作更接近原生桌面软件体验的用户升级使用。

2026最新版本下载​

• 点击下载HTML打包EXE工具最新版
• 点击查看HTML打包EXE工具官网

功能特性​

1. 无需配置开发环境，选择HTML入口文件或网址即可开始打包
2. 支持Chrome内核与WebView2内核，可根据项目兼容性、体积和授权需求灵活选择
3. 支持自定义程序图标、标题、窗口大小、全屏、无边框、托盘、开机启动、退出提示等桌面应用选项
4. 支持离线一机一码、网络验证、试用期、使用次数、静态密码等多种授权控制方式
5. 支持本地文件加密、远程数据加密、附件打包、配置导入导出、标签页窗口和自定义菜单栏

2.3.0更新内容​

新增功能​

• 新增setRequestHeaders API，可在程序运行时设置请求头，方便处理鉴权、语言、来源标识等请求场景
• 新增自定义EXE菜单栏功能，可按项目需求配置菜单项，让打包后的程序更接近标准桌面软件

• 新增数据加密支持，可对本地或远程文件进行高强度加密，降低HTML资源、配置文件和业务数据被直接查看的风险

• 新增历史记录保存和打包配置导出功能，便于管理多个项目，也方便在不同电脑之间复用打包参数

• 离线一机一码新增允许修改时间次数支持，可更灵活地控制授权时间调整策略
• 输入框新增复制粘贴功能，配置网址、密钥、路径等内容时操作更方便
• 新增标签页模式窗口，可将多个页面组织在同一个程序窗口中展示

• 新增getVersion API和isTrial API，方便网页侧读取程序版本和当前试用状态
• 新增安装包文件路径与桌面显示名称配置支持，安装程序的输出和桌面展示更易控制
• 新增静态密码功能，可为打包后的程序增加简单直接的访问保护
• 新增启动图片功能，程序启动时可展示自定义启动图，提升品牌展示和加载过渡体验

• 新增仅托盘显示功能，适合需要后台常驻或轻量入口的桌面应用
• 新增附件功能，可将额外文件随程序一起打包，便于携带文档、资源包、示例数据等内容
• 新增刷新桌面图标功能，解决部分系统环境下桌面图标更新不及时的问题
• 离线一机一码新增试用功能，可在离线授权场景中提供试用体验
• 新增isOfflineTrial API和setClipboardString API，可读取离线试用状态并写入剪切板内容
• 新增多实例共享进程支持，适合需要同时打开多个窗口或多个任务实例的使用场景

性能优化​

• 优化离线一机一码和网络验证授权框UI显示效果，授权操作界面更清晰
• 优化配置错误提示效果，配置异常时更容易定位问题
• 优化整体界面UI效果，提升日常打包操作体验
• 优化打包内核，提升打包处理性能和运行稳定性
• 优化透明窗口支持，无边框、透明背景等窗口效果表现更好

问题修复​

• 修复某些时候网络验证激活后失效的问题
• 修复某些时候会额外创建空文件夹的问题
• 修复选择不同内核时，某些配置可能无法使用的问题
• 修复一些文本显示问题
• 修复某些API不可用的问题

详细使用说明可参考：HTML打包EXE官方文档。

打包流程​

1. 选择资源​

• 若打包本地HTML项目，点击“打开本地HTML文件”，选择项目入口HTML文件，例如index.html或KRPano项目中的tour.html。

• 若打包在线网站，在网址输入框中填写以http或https开头的网站地址。

2. 配置程序信息​

• 可按需设置程序图标、窗口标题、软件ID、安装包信息、桌面显示名称等内容。若需要发布安装包，建议为每个项目设置独立的软件ID，避免不同程序之间互相覆盖。

3. 设置高级功能​

• 根据项目需要开启数据加密、附件打包、自定义菜单栏、标签页模式、启动图片、授权验证、静态密码等功能。2.3.0版本新增的配置历史管理功能，也可以用于保存当前项目参数，后续重复打包时可直接载入。

4. 完成打包​

确认配置后点击打包按钮，等待工具生成EXE文件或安装包。打包完成后，可直接在Windows电脑上运行生成的程序，离线项目无需再搭建本地服务器，在线网站则会以桌面应用形式打开。

升级建议​

建议正在使用HTML打包EXE工具的用户升级到2.3.0版本。尤其是需要自定义菜单栏、数据加密、标签页窗口、配置导入导出、离线试用、启动图片、附件打包或更多API能力的项目，升级后可以减少手工处理步骤，并获得更稳定的授权验证和打包体验。

这个需求现在已经加入到 HTML打包EXE 工具中了。离线一机一码除了原来的“机器码 + 激活码”授权方式外，现在可以额外配置允许试用次数。用户在未激活时可以点击“试用”进入软件，试用次数用完后再要求正式激活。

下载最新版本​

• 立即下载最新版本
• HTML打包EXE工具官网

适合哪些场景？​

离线一机一码本身适合不能联网、内网部署、教学课件、资料包、本地工具等场景。新增试用功能后，尤其适合下面几类使用方式：

1. 付费课程或资料包：先让用户试看内容，再引导购买完整授权。
2. 本地工具软件：用户可以先确认功能是否满足需求，再申请激活码。
3. 离线交付项目：客户现场无法联网，但仍希望保留有限试用入口。
4. 小规模软件分发：不想部署网络验证后台，又希望减少用户购买前的顾虑。

简单来说，如果你原本就在使用离线一机一码，但觉得“打开就必须激活”的门槛有点高，现在就可以用试用功能把流程变得更柔和一些。

配置方法​

在 HTML打包EXE 工具中打开离线一机一码相关配置，启用离线一机一码后，可以看到新增的试用次数配置项。

配置时主要关注两项：

1. 软件 ID：用于区分不同软件。生成激活码时需要使用同一个软件 ID。
2. 允许试用次数：设置未激活用户最多可以试用几次。设置为 0 表示不启用试用功能。

例如你将允许试用次数设置为 3，用户在没有输入激活码的情况下，最多可以通过“试用”按钮进入软件 3 次。第 4 次打开时，试用次数用完，就只能输入激活码后继续使用。

用户看到的效果​

打包生成 EXE 后，用户首次打开软件时仍然会看到激活窗口。不同的是，如果你配置了试用次数，窗口中会出现“试用”按钮，并显示剩余试用次数。

用户可以选择：

1. 输入激活码，直接完成正式激活。
2. 点击复制机器码，把机器码发给软件作者生成激活码。
3. 点击试用，暂时进入软件体验。
4. 点击退出，关闭软件。

试用次数会记录在本机，用户每点击一次试用，剩余次数就会减少一次。试用次数用完后，试用按钮不再可用，用户需要输入正确激活码才能继续使用。

激活流程不变​

新增试用功能不会改变原来的离线一机一码激活流程。正式激活仍然按原来的方式进行：

1. 用户复制机器码并发送给软件作者。
2. 软件作者使用激活码计算器，根据机器码和软件 ID 生成激活码。
3. 用户输入激活码完成激活。
4. 激活成功后，下次打开软件不再弹出激活窗口。

也就是说，试用功能只是给未激活用户增加了一个有限体验入口，不影响正式授权逻辑。

和网络验证试用有什么区别？​

离线一机一码试用和网络验证试用的最大区别是：它不需要服务器，也不需要联网。

如果你的用户环境无法联网，或者只是希望给离线授权增加一个简单试用入口，选择离线一机一码试用即可。如果你需要批量生成卡密、设置过期时间、远程禁用激活码，则更适合使用网络验证。

使用建议​

试用次数建议根据软件内容和用户决策周期来设置：

1. 内容型软件、资料包：可以设置 1-3 次，让用户确认内容质量。
2. 工具型软件：可以设置 3-5 次，让用户完整体验核心功能。
3. 内部交付软件：如果不希望开放试用，可以保持为 0。

试用次数不建议设置得过大。它的作用是帮助用户完成购买前的确认，而不是替代正式授权。对于需要长期使用的软件，仍然建议引导用户通过机器码申请正式激活码。

总结​

离线一机一码新增试用功能后，授权流程会更灵活：既可以继续保持完全离线、绑定机器的特点，又能让用户在正式激活前先体验软件。对于付费课件、本地工具、离线资料包等产品，这个功能可以明显降低用户第一次打开软件时的阻力。

如果你已经在使用离线一机一码，只需要下载最新版本，在配置页面设置允许试用次数后重新打包即可。

相关阅读​

• HTML打包EXE三种加密方式对比
• 离线一机一码验证和网络验证的区别
• 离线一机一码使用详细教程

PDF文档在分发过程中经常会遇到被随意转发、复制、截图、二次传播等问题. 对于课程资料、电子书、内部培训文档、付费PDF资料等内容来说, 如果只是直接发送PDF文件, 很难限制文件的使用范围和传播路径.

PDF加密转APK大师是一款PDF加密和PDF转APK工具, 可以把PDF文件直接打包成安卓APP, 并支持一机一码加密、静态密码加密、防截屏、全屏、横屏、英文提示、APK混淆加固等功能. 用户无需配置安卓开发环境, 选择PDF文件并完成基础设置后, 即可生成可以安装到安卓手机上的APK文件.

如果您想要查看详细的软件说明, 或者免费试用软件, 可以访问下面的链接:

点击进入产品文档

本文主要介绍PDF加密转APK大师1.1.0版本的更新内容, 并附带一个快速简易上手教程, 方便新用户快速完成第一次PDF转APK打包.

本次1.1.0版本更新内容​

1. 修复某些时候APP ID无法正常输入的问题

   在一机一码加密、软件授权或应用标识配置场景下, APP ID是区分不同APP和授权信息的重要字段. 本次更新修复了部分情况下APP ID无法正常输入的问题, 让授权配置流程更加顺畅.

2. 优化打包APK的兼容性, 使得老系统也可以正常载入PDF

   一些较旧版本的安卓系统在PDF渲染、资源载入或WebView环境方面存在差异. 1.1.0版本针对这类兼容性问题进行了优化, 让生成后的APK在老系统上也可以更加稳定地载入PDF内容.

3. 优化打包速度

   本次更新优化了PDF转APK过程中的处理流程, 减少等待时间. 对于需要频繁打包测试、批量制作资料APP的用户来说, 可以更快完成生成和验证.

4. 更新内核, 提升稳定性

   1.1.0版本同步更新了软件内核, 提升整体运行稳定性, 让PDF载入、APK生成、配置保存和加密处理等流程更加可靠.

快速简易上手教程​

下面以最常见的PDF转APK流程为例, 简单介绍如何把一个PDF文件打包成安卓APK.

1. 打开软件并等待初始化完成​

首先打开PDF加密转APK大师, 等待软件初始化和组件载入完成. 初始化完成后, 即可开始选择PDF文件并配置APP信息.

2. 选择需要打包的PDF文件​

点击打开PDF文件按钮, 选择一个需要加密保护或转换成APK的PDF文件.

如果您只是想简单测试软件效果, 可以先准备一个普通PDF文档作为测试文件. 后续正式打包时, 再替换为需要发布的PDF资料.

3. 设置APP基础信息​

选择PDF后, 可以根据需要设置APP名称、APP版本、标题栏、状态栏颜色等信息. 如果只是快速测试, 也可以先使用默认配置.

APP名称会显示在安卓手机桌面和安装信息中, 建议设置为课程名称、资料名称或品牌名称, 方便用户识别.

4. 设置APP包名和APP ID​

接下来可以设置APP包名. 包名用于区分不同APK, 如果两次打包的APK包名相同, 安卓手机安装时通常会认为它们是同一个应用, 新版本会覆盖旧版本.

如果您需要使用一机一码加密或授权功能, 可以同时检查APP ID是否填写正确. 1.1.0版本已经修复了部分情况下APP ID无法正常输入的问题, 配置授权信息会更加稳定.

5. 根据需求选择保护配置​

软件提供多种常用配置, 一般情况下使用默认选项即可. 如果有更明确的保护需求, 可以按需开启对应功能.

常见配置包括:

• 退出提示: 用户退出APP时弹出确认窗口, 防止误触退出;
• 屏幕常亮: 阅读PDF时保持手机屏幕常亮;
• 全屏: 打开APP后全屏显示PDF内容;
• 横屏: APP打开后自动横屏显示;
• 英文支持: 将APP中的提示信息切换为英文;
• APK伪加密: 对APK进行特殊处理, 提升资源提取难度;
• 提升兼容性: 提升老系统运行和PDF载入兼容性;
• 禁止截屏: 阻止用户在APP内截屏或录屏.

6. 可选: 启用一机一码加密​

如果需要限制PDF只能在授权设备上查看, 可以在左侧选择一机一码加密, 然后启用该功能并配置软件ID或相关授权信息.

启用后, 用户安装APK并打开时, 通常需要根据机器码获取对应注册码. 这种方式适合付费课程、内部资料、客户专属文档等场景.

7. 可选: 启用静态密码加密​

如果只需要简单限制访问, 可以在左侧选择静态密码, 然后配置一个固定密码. 用户打开APP时输入正确密码后即可查看PDF内容.

需要注意的是, 静态密码加密和一机一码加密通常不建议同时使用. 实际制作时可以根据分发方式选择其中一种.

8. 点击打包APK​

全部配置完成后, 回到快速打包页面, 点击打包APK按钮. 软件会自动处理PDF资源、生成安卓APP并输出APK文件.

1.1.0版本优化了打包速度并更新了内核, 打包过程会更加稳定. 生成完成后, 建议先在自己的安卓手机或模拟器上安装测试, 确认PDF显示、加密方式和基础交互都符合预期.

以上便是PDF加密转APK大师1.1.0版本的主要更新内容和快速上手步骤. 如果想了解更多内容, 下载最新版本软件, 或者查看详细说明, 可以访问 PDF加密转APK大师官网.

它能帮你做什么​

• 中英文搜索 emoji：输入「水果 / fruit / 笑脸 / smile」即可秒搜，内置 1000+ 表情符号素材，随选随用；
• 渐变背景随心配：纯色或线性渐变自由切换，起始 / 结束颜色、渐变角度、背景阴影一应俱全；
• 描边 · 阴影 · 旋转：文字颜色、描边粗细、阴影模糊、旋转角度、透明度精细可调；
• 圆角与位置精调：0–256px 圆角自由设置，水平 / 垂直位置随意微调，还支持拖拽画布精准定位；
• PNG + 多尺寸 ICO：导出 64–1024px 高清 PNG，或一次性打包 16/24/32/48/64/128/256 多层级 ICO 文件；
• 一键导出套图：一键生成全套尺寸图标，适配应用商店、桌面图标与各类平台规范；
• 100% 本地离线：所有操作在本机完成，无需联网，安全省心。

四步搞定专业图标​

1. 挑选图标：搜索或输入 emoji / 文字，作为图标主体；
2. 调配样式：选背景渐变、圆角、描边与阴影，实时预览；
3. 微调细节：拖拽定位、调整大小与角度，所见即所得；
4. 一键导出：导出 PNG 或多尺寸 ICO，立即投入使用。

图标赏析​

适用场景​

• 桌面软件、绿色工具的 ICO 应用图标；
• 网站 favicon、Web App 图标与书签图标；
• App 上架封面、原型设计与占位图标；
• 个性化文件夹图标与桌面快捷方式美化；
• 社群头像、Logo 占位与活动小图标；
• 开发者快速制作占位图标与品牌素材。

立即体验​

软件提供免费下载，下载后即可体验完整功能，满意后再升级到无限制授权版本。

• 官方网站：极速图标设计大师官网
• 免费下载地址：点击下载试用
• 购买授权：立即购买

无需设计基础，一个 emoji 加一组渐变，就能做出属于你自己的专业图标。现在就动手试试吧。

如果你经常维护多个HTML打包EXE项目，或者希望把正式版、测试版、客户定制版的打包设置分别保存下来，导出配置文件会比每次手动重新设置更稳妥。

下载最新版本​

• 立即下载最新版本
• HTML打包EXE工具官网

配置文件功能适合什么场景？​

.html2exe 配置文件主要用于备份和迁移当前打包设置，常见场景包括：

• 更换电脑继续打包：在旧电脑导出配置，在新电脑载入后继续使用同一套参数。
• 团队协作统一配置：一个人配置好项目路径、窗口大小、内核、高级选项后导出，其他成员直接载入。
• 保存不同打包方案：同一个项目可以分别保存测试版、正式版、演示版等多套配置。
• 项目归档：把 .html2exe 文件放到项目目录中，后续重新打包时不需要回忆当时的设置。

功能入口​

在打包工具顶部菜单中打开 文件 菜单，可以看到两个配置文件相关功能：

• 导出当前配置：把当前界面上的所有打包设置保存为 .html2exe 文件
• 载入配置文件：选择一个 .html2exe 文件，并将其中的设置载入到当前界面

导出的配置文件使用工具内置的加密方式保存，不是普通明文JSON文件，适合用于备份和传递打包参数。

如何导出当前配置​

1. 打开HTML打包EXE工具。
2. 在界面中填写好项目路径、图标、输出格式、内核、窗口大小和高级配置等参数。
3. 点击顶部菜单 文件 → 导出当前配置。
4. 在保存对话框中选择保存位置，文件扩展名保持为 .html2exe。
5. 保存成功后，会看到导出成功提示。

建议把配置文件保存在项目目录中，例如：

MyHtmlProject/
├── index.html
├── assets/
├── pack-config.html2exe
└── README.md

这样以后重新打包这个项目时，只需要先载入 pack-config.html2exe，再检查项目路径是否仍然有效即可。

如何载入配置文件​

1. 打开HTML打包EXE工具。
2. 点击顶部菜单 文件 → 载入配置文件。
3. 选择之前导出的 .html2exe 文件。
4. 载入成功后，当前界面上的配置会被配置文件中的内容覆盖。
5. 检查项目路径、图标路径、附件文件路径等本机路径是否仍然存在，然后点击打包。

提示： 载入配置文件会覆盖当前界面上的设置。如果当前界面还有未保存的重要修改，建议先导出一份当前配置作为备份。

会保存哪些配置？​

导出的 .html2exe 文件会保存当前界面中的主要打包参数，包括：

如果配置中包含本地文件路径，例如图标路径、附件文件路径、HTML主文件路径，载入到另一台电脑后需要确保这些路径仍然存在。如果路径不同，可以载入后手动重新选择。

和“保存设置”“管理配置”有什么区别？​

HTML打包EXE工具里有几种配置相关功能，适用场景不同：

简单来说，保存设置和管理配置更适合在同一台电脑上日常使用；导出配置文件更适合跨电脑、跨成员、跨项目归档使用。

实战示例：把项目打包配置交给同事​

假设你已经完成了一个客户项目的HTML打包配置，希望同事也能用同样参数打包：

1. 在你的电脑上配置好所有打包参数。
2. 点击 文件 → 导出当前配置，保存为 customer-a.html2exe。
3. 把HTML项目文件夹和 customer-a.html2exe 一起发给同事。
4. 同事打开HTML打包EXE工具，点击 文件 → 载入配置文件。
5. 载入 customer-a.html2exe 后，重新选择本机上的HTML主文件路径和图标路径。
6. 检查无误后点击打包。

这样可以避免口头描述配置项，也能减少漏勾高级选项的问题。

使用建议​

1. 按项目保存配置文件：建议每个项目保留一个 .html2exe 配置文件，文件名可以包含项目名或版本号。
2. 迁移后检查路径：配置中的本地路径可能因电脑不同而失效，载入后请检查HTML、图标、附件文件等路径。
3. 正式版配置单独保存：上线前使用的正式版配置建议单独导出，方便后续复现同一套打包参数。
4. 不要手动修改配置文件内容：.html2exe 文件经过加密处理，手动编辑可能导致无法载入。
5. 载入前先备份当前设置：如果当前界面配置还需要保留，可以先导出当前配置，再载入其他配置文件。

常见问题​

.html2exe 文件可以双击打开吗？​

不可以。.html2exe 是HTML打包EXE工具的配置文件，需要在软件中通过 文件 → 载入配置文件 打开。

导出的配置文件是明文吗？​

不是。配置文件会使用工具内置的加密方式保存，不能直接用文本编辑器查看或修改。

载入配置文件会自动开始打包吗？​

不会。载入配置文件只会把配置恢复到界面中，你仍然需要检查路径和参数，然后手动点击 打包。

载入后是否还需要点击保存设置？​

如果你希望下次打开软件时自动使用这套配置，可以在载入后点击主界面的 保存设置。如果只是临时打包一次，则不需要额外保存。

相关阅读​

• HTML打包EXE配置管理教程
• HTML打包EXE工具附件文件功能教程
• HTML打包EXE工具自定义菜单功能详解
• HTML打包EXE工具安装包配置教程

下载与官网​

• BZ全景漫游编辑器下载
• BZ全景漫游可视化编辑器官网
• 快速开始指南 (10 分钟教程)

软件简介​

很多人想做一个能在朋友圈, 微信公众号, 官网上分享的 360 全景漫游, 但传统方案 (krpano, Pano2VR 等) 要么需要写 XML 脚本, 要么界面晦涩, 上手成本极高。

BZ全景漫游可视化编辑器把整个制作流程做成了拖拽 + 点击的可视化操作: 导入全景图 → 拖热点 → 设置初始视角 → 一键导出。导出的是标准的离线 H5 项目, 可以本地直接打开浏览, 也可上传任意Web服务器通过网址访问, 并支持打包成 Windows / 安卓 / iOS 原生应用。

核心功能​

1. 多场景全景漫游​

支持导入多张 360 全景图, 通过 切换热点 串联成完整漫游路径: 客厅 → 卧室 → 阳台 → 厨房, 一镜到底游走整个空间。

2. 8 种交互热点​

热点 (Hotspot) 是悬浮在全景里的可点击图标, 软件内置8种类型, 包含切换, 视频, 相册等, 覆盖绝大多数交互场景

3. 视角与可视范围限制​

可视化拖拽设置 初始视角, 限制水平 / 垂直可视范围 (Yaw / Pitch / FOV), 防止观众看到天空, 地面缝合处的瑕疵。

4. 背景音乐与语音解说​

每个场景可独立配音, 也可一键 应用到本组或全部场景。"背景音乐" 跟随场景自动播放, "语音解说" 可在进入场景时主动旁白。

5. 天气与光照特效​

内置 太阳光, 下雨, 下雪 三种动态特效, 也支持上传自定义贴图特效, 给楼盘看房, 旅游景区漫游增加氛围感。

6. 沙盘平面地图​

在全景中嵌入沙盘地图, 一目了然展示场景的空间分布, 观众点击地图上的点即可跳转到对应场景, 非常适合 大平层户型, 园区导览, 博物馆展馆。

7. 素材库统一管理​

全景图, 图片, 音频, 视频统一存放在 素材库, 跨作品复用 — 同一张全景图切片一次, 后续做其他作品时不再重复导入和切片, 大幅节省磁盘和工期。

8. 一键导出离线 H5 项目​

一键导出标准 HTML5 离线项目, 所有素材都在一个文件夹里, 不依赖任何外部资源, 上传到 Nginx / IIS / GitHub Pages / 阿里云 OSS / 腾讯云 COS 都能正常运行。

9. 支持打包为原生应用​

导出的 H5 项目可以再借助官方教程进一步打包成:

• EXE电脑程序 — 用 HTML打包EXE工具 封装, 适合 U 盘交付客户, 不依赖网络的展会演示
• APK安卓应用 — 用 HTML一键打包APK工具 封装, 适合移动端展示, 应用市场分发
• IPA苹果应用 — 用 GDB苹果网页一键打包工具 封装, 适合企业内部分发, App Store 上架

适用场景​

• 房地产虚拟看房 (VR 看房) — 远程带客户看房, 720° 还原户型
• 酒店, 民宿, 餐厅在线展示 — 让用户下单前看清环境
• 旅游景区在线漫游 — 景区官网, 公众号文章里的"线上游"入口
• 校园, 园区, 工厂导览 — 招生宣传, 客户参观, 招商招租
• 博物馆, 美术馆, 展览馆数字展示 — 文物展品配音频讲解, 热点深度内容
• 婚礼, 活动现场 360 留念 — 给来宾发链接, 把现场永久保存
• 全景产品展厅 — 汽车 4S 店内饰展示, 工业设备 360 环物

下面 5 步即可永久开启,只需要做一次,后面装其他自签 App 就不会再弹这个提示了。

注意: 开发者模式开启后设备安全性会略微下降(允许运行未经苹果审核的 App),不需要时可以在同一个开关里关掉。iOS 15 及以下系统没有这个开关。

步骤一:打开 App 看到"需要启用开发者模式"提示​

装好自签的 IPA 后,点击桌面图标启动 App,会弹出下面这个对话框,提示**"xxx"需要在开发者模式下运行**。直接点"好"关掉,然后去系统设置里开开发者模式。

步骤二:进入"设置 → 隐私与安全性"​

回到桌面,打开 设置,下滑找到 隐私与安全性,点进去。

如果在"隐私与安全性"里**找不到"开发者模式"**这一项,说明系统还没识别到设备上装过开发者签名的 App。请先用 苹果签名安装助手 或 Xcode 把自签 IPA 装到手机,装完之后这个入口才会出现。

步骤三:在"隐私与安全性"里点击"开发者模式"​

划到页面最底部"安全性"分组,会看到 开发者模式 入口,点击进入。

步骤四:打开开关并按提示"重新启动"​

把 开发者模式 右边的开关打开(变绿),系统会底部弹出提示:"'开发者模式'打开后,设备安全性将降低,重新启动设备以打开'开发者模式'"。点击 重新启动,设备会自动重启。

步骤五:重启后确认"打开开发者模式"​

设备重启完成、解锁回到桌面后(可能要先输入一次 iPhone 密码),系统会再弹一个二次确认:"打开'开发者模式'?",提示开发者模式允许使用 App 开发所需功能。点击红框里的 打开。

至此开发者模式已经永久开启,再次打开自签 App 不会再弹"需要启用开发者模式"。这是一次性设置,后续装其他自签 IPA 都可以直接运行。

常见问题​

1. 找不到"开发者模式"选项?​

• iOS 版本 < 16:没有这个开关,不需要开,直接去"通用 → VPN 与设备管理"信任开发者证书即可。
• iOS ≥ 16 但没看到:设备上没有任何开发者签名的 App。先用 苹果签名安装助手 把自签 IPA 装上,再来 设置 → 隐私与安全性 里就能看到。

2. 重启后没有弹"打开'开发者模式'?"对话框​

• 解锁屏幕后等 1~2 秒,如果还没弹,回到 设置 → 隐私与安全性 → 开发者模式,确认开关已打开;没打开就再打一次,会重新触发重启确认流程。
• 部分机型重启后系统会先要求输入一次 iPhone 密码,没输密码不会弹这个对话框。

3. 开发者模式开关是灰色的、点不动​

• 设备被 MDM(企业管理)托管时,开关会被锁定。需要先在 设置 → 通用 → VPN 与设备管理 里移除 MDM 描述文件。
• 屏幕使用时间限制了"隐私"相关设置:设置 → 屏幕使用时间 → 内容和隐私访问限制 关闭,或者把"隐私"项设为"允许更改"。

4. 开了开发者模式手机会不安全吗?​

• 苹果的提示是"安全性将降低"——具体含义是允许运行未经 App Store 审核的 App。只要你只装自己签名或者信任来源的 IPA,实际风险可控。
• 调试/测试期开,平时不调试可以随时关掉,关掉之后所有开发者签名的 App 都会再次被拦下来。

相关工具​

• 苹果签名安装助手:Windows 端用 Apple ID 一键生成免费 7 天证书并签 IPA,无需 Mac、无需 Xcode。
• HTML 一键打包 iOS App:把网页/Web 项目打包成 iOS App 用于本地测试时,也需要先按本文开启开发者模式才能正常启动。

下载最新版本​

• 苹果签名安装助手官网

前置条件​

• 一个 Apple ID（免费个人账号即可，建议用小号避免主账号被苹果锁定）
• iPhone / iPad 的 UDID（可以搜索 蒲公英UDID 扫码获取）

免费账号苹果的硬性限制：最多 10 个 App ID（7 天滚动）、最多 3 台设备。证书有效期 7 天，到期再用同一账号在工具里跑一遍即可续期。

步骤一：进入证书生成向导​

打开软件 → 切到 【管理证书】 标签 → 点击右上角 【用 Apple ID 生成免费证书】 按钮。

步骤二：登录 Apple ID​

在向导里输入 Apple ID 和密码，勾选"记住此账号"可选，点击 下一步。

如果账号开启了双重认证（绝大多数账号都开了），会进入 2FA 步骤：默认推送验证码到信任设备，也可以点 【发送短信验证码】 改走短信，填入 6 位验证码后点 下一步。

步骤三：填写应用信息和设备 UDID​

点击 下一步，软件即可自动生成免费苹果开发者证书

步骤四：用生成的证书签名 IPA​

完成后证书会直接出现在 【管理证书】 列表里。切到 【快速签名】 标签，选择 IPA 文件 + 刚刚生成的证书，点 【开始签名】 即可。

签名完成后点 【立即生成二维码安装】，软件会本地起一个 HTTPS 服务并生成二维码，iPhone 用相机扫一扫就能直装。

第一次安装某个证书签的 App，iPhone 上点开会提示"未受信任的开发者"。去 设置 → 通用 → VPN 与设备管理 里点 信任 即可。

证书到期了怎么办​

免费证书 7 天后会过期。续期方法很简单：在工具里用同一个 Apple ID + 同一台设备 UDID 再走一遍上面的流程，Bundle ID 复用即可，工具会自动生成一份新的 p12 和描述文件。用新证书重签一下原来的 IPA 重新装一次，又是 7 天。

相关阅读​

• 苹果签名安装助手快速上手教程
• 免费证书生成详细说明
• 快速签名功能详解
• 价格 & 权益对比

本文通过一个实际案例——将开源截图录屏工具 ScreenToGif 打包进EXE，点击按钮即可启动，来完整演示附件文件功能的使用方法。

下载最新版本​

• 立即下载最新版本
• HTML打包EXE工具官网

功能入口​

在打包工具快速打包标签页中，可以找到附件文件配置项：

点击配置附件按钮，会弹出附件管理对话框。

附件管理对话框​

在对话框中可以进行以下操作：

• 添加文件：选择一个或多个文件作为附件
• 添加文件夹：选择整个文件夹作为附件（文件夹内所有内容都会被打包）
• 移除：删除不需要的附件项
• 清空：一键清除所有附件

对话框中会显示每个附件的类型标记：

• 🔵 文件：单个文件
• 🟠 文件夹：整个目录
• 🔴 不存在：文件路径无效（打包时会跳过）

附件文件的存放位置​

打包后，附件文件会被放到与EXE同级的目录下。例如：

MyApp/
├── MyApp.exe
├── ScreenToGif.exe      ← 附件文件
├── tools/               ← 附件文件夹
│   ├── tool1.exe
│   └── tool2.bat
└── ...（其他打包生成的文件）

如果选择的是安装版EXE，附件文件会被包含在安装包中，安装后同样位于应用安装目录下。 如果选择的是绿色版EXE, 附件文件会被嵌入到EXE里面, 可以使用相对于EXE的路径去获取.

实战演示：集成 ScreenToGif 截图录屏工具​

关于 ScreenToGif​

ScreenToGif是一款开源免费的屏幕录制工具（MIT 协议），支持：

• 屏幕录制并导出为 GIF/视频
• 区域截图
• 内置编辑器，可添加文字、边框等

它是一个单文件便携版EXE（约几MB），非常适合作为附件打包。

第一步：准备HTML文件​

创建一个 index.html 文件，包含一个启动 ScreenToGif 的按钮：

<!DOCTYPE html>
<html lang="zh-CN">
    <head>
        <meta charset="UTF-8" />
        <title>我的工具箱</title>
        <style>
            * {
                margin: 0;
                padding: 0;
                box-sizing: border-box;
            }
            body {
                font-family: 'Microsoft YaHei', 'Segoe UI', sans-serif;
                background: #f0f2f5;
                min-height: 100vh;
                padding: 40px 20px;
            }
            .header {
                text-align: center;
                margin-bottom: 30px;
            }
            .header h1 {
                font-size: 22px;
                color: #333;
                font-weight: 600;
            }
            .header p {
                color: #999;
                font-size: 13px;
                margin-top: 6px;
            }
            .tool-list {
                max-width: 480px;
                margin: 0 auto;
            }
            .tool-item {
                background: #fff;
                border: 1px solid #e8e8e8;
                border-radius: 8px;
                padding: 16px 20px;
                margin-bottom: 12px;
                display: flex;
                align-items: center;
                justify-content: space-between;
            }
            .tool-info {
                display: flex;
                align-items: center;
                gap: 12px;
            }
            .tool-icon {
                width: 40px;
                height: 40px;
                background: #e6f7ff;
                border-radius: 8px;
                display: flex;
                align-items: center;
                justify-content: center;
                font-size: 20px;
                flex-shrink: 0;
            }
            .tool-name {
                font-size: 15px;
                font-weight: 500;
                color: #333;
            }
            .tool-desc {
                font-size: 12px;
                color: #999;
                margin-top: 2px;
            }
            .btn-open {
                background: #1890ff;
                color: #fff;
                border: none;
                border-radius: 4px;
                padding: 6px 16px;
                font-size: 13px;
                cursor: pointer;
                white-space: nowrap;
                flex-shrink: 0;
            }
            .btn-open:hover {
                background: #40a9ff;
            }
        </style>
    </head>
    <body>
        <div class="header">
            <h1>我的工具箱</h1>
            <p>点击"打开"按钮即可启动对应工具</p>
        </div>
        <div class="tool-list">
            <div class="tool-item">
                <div class="tool-info">
                    <div class="tool-icon">🎬</div>
                    <div>
                        <div class="tool-name">ScreenToGif</div>
                        <div class="tool-desc">屏幕录制工具，支持录屏、截图、GIF导出</div>
                    </div>
                </div>
                <button class="btn-open" onclick="openTool('ScreenToGif.exe')">打开</button>
            </div>
        </div>

        <script>
            function openTool(fileName) {
                if (window.HTMLPackHelper) {
                    window.HTMLPackHelper.open(fileName);
                } else {
                    alert('请在打包后的EXE中运行，当前环境不支持此功能');
                }
            }
        </script>
    </body>
</html>

核心代码只有一行：

window.HTMLPackHelper.open('ScreenToGif.exe');

第二步：打包配置​

1. 打开HTML打包EXE工具
2. 本地html主文件：选择上面创建的 index.html
3. 附件文件：点击配置附件 → 添加文件 → 选择下载好的 ScreenToGif.exe
4. 在高级配置中勾选启用API（必须开启，否则 HTMLPackHelper 不可用）

5. 点击打包，选择保存位置

第三步：运行效果​

打包完成后，运行生成的EXE：

1. 程序启动后显示工具箱界面

2. 点击启动 ScreenToGif 按钮
3. ScreenToGif 程序被成功启动

open API 说明​

HTMLPackHelper.open(itemPath) 用于打开一个文件或启动一个程序。

路径规则​

大多数情况下使用相对路径即可，因为附件文件打包后就在EXE同级目录下。

前置条件​

使用 HTMLPackHelper.open() 需要在打包时勾选启用API选项（位于高级配置标签页）。如果未开启API，window.HTMLPackHelper 将为 undefined。

建议在调用前做一下判断：

if (window.HTMLPackHelper) {
    window.HTMLPackHelper.open('ScreenToGif.exe');
} else {
    alert('当前环境不支持此功能');
}

不仅可以打开EXE​

open API 本质上调用的是系统的默认打开方式，因此不限于EXE文件：

// 打开一个附件PDF文档
window.HTMLPackHelper.open('使用手册.pdf');

// 打开一个附件文件夹
window.HTMLPackHelper.open('data');

// 打开一个附件图片
window.HTMLPackHelper.open('help.png');

注意事项​

1. 启用API：使用 HTMLPackHelper.open() 前必须在高级配置中勾选启用API
2. 文件体积：附件文件会增加打包后的EXE体积，建议使用便携版/单文件版工具
3. 路径中的空格：如果文件名包含空格，直接传入即可，不需要额外处理
4. 安装版EXE：附件文件同样会被包含在安装包中，安装后位于安装目录下
5. 杀毒软件：部分杀毒软件可能对打包的EXE中包含其他EXE文件产生误报，建议发布前测试

相关阅读​

• HTML打包EXE工具安装包配置教程
• HTML打包EXE工具启动图设置教程
• HTML打包EXE工具自定义菜单功能详解
• HTML打包EXE新增API说明：版本号获取

下载最新版本​

• 立即下载最新版本
• HTML打包EXE工具官网

配置位置​

在打包工具中切换到高级配置标签页，底部有一个安装包配置面板，包含两个配置项：

默认安装目录​

这个配置项决定了用户安装时的默认安装路径，完整路径为：

C:\Program Files (x86)\{你填写的内容}

不填时：自动使用打包时保存的EXE文件名作为安装目录名。例如你保存的安装包文件名为 MyApp-setup.exe，那么默认安装路径就是 C:\Program Files (x86)\MyApp-setup。

填写后：使用你填写的名称。例如填写 我的应用，安装路径就是 C:\Program Files (x86)\我的应用。

桌面快捷方式名​

这个配置项决定了安装完成后桌面上快捷方式显示的名称。

不填时：同样使用打包时保存的EXE文件名。例如保存的文件名为 MyApp-setup.exe，桌面快捷方式就显示为 MyApp-setup。

填写后：使用你填写的名称。例如填写 我的应用，桌面快捷方式就显示为 我的应用。

使用建议​

大多数情况下建议填写这两个配置项，给用户一个清晰的应用名称，而不是使用默认的文件名。特别是当保存的文件名包含版本号或 -setup 等后缀时，填写一个简洁的应用名会更美观。

注意：安装包配置仅在格式设置选择安装版EXE时生效，选择绿色版EXE时无需关注此配置。

相关阅读​

• HTML打包EXE工具启动图设置教程
• HTML打包EXE工具加密功能教程
• HTML打包EXE工具自定义菜单功能详解
• HTML打包EXE工具透明窗口教程

下载最新版本​

• HTML打包EXE工具下载
• EXE一机一码加密大师下载
• HTML打包EXE工具官网

一机一码机制​

Q：网络验证的「一机一码」是什么意思？​

一机一码是指每个激活码激活时会绑定用户的机器码，绑定后该激活码只能在这一台机器上使用。即使激活码被泄露给其他人，也无法在其他电脑上使用，有效防止激活码被多人共享。

Q：用户换了电脑，之前的激活码还能用吗？​

不能。 激活码绑定的是原来那台电脑的机器码，更换电脑后机器码会改变，原激活码无法使用。你需要为用户生成一个新的激活码。

Q：用户重装系统后，激活码还有效吗？​

一般情况下，重装系统不会影响机器码，激活码仍然有效。但如果用户更换了主要硬件（如主板、硬盘等），机器码可能会改变，此时需要重新提供新的激活码。

Q：一个激活码可以在多台电脑上使用吗？​

不可以。 这是一机一码机制的核心——一个激活码只能绑定一台机器。如果需要在多台机器上使用，需要为每台机器分别生成激活码。

激活码管理​

Q：如何批量生成激活码？​

在管理后台的生成激活码页面，设置好过期时间、允许打开次数、App ID 等参数后，将生成数目设为你需要的数量（最多一次 100 个），点击生成即可批量创建。

Q：激活码可以设置有效期吗？​

可以。 生成激活码时可以选择有效时长，支持 1小时 到 3年，也可以选择永久有效或自定义分钟数。有效期从用户激活时开始计算，而不是从生成时开始。

Q：激活码过期了怎么办？​

过期的激活码无法续期，需要为用户生成新的激活码。用户使用新激活码重新激活即可。

Q：如何禁用某个用户的激活码？​

在管理后台的激活码管理页面，找到对应的激活码，点击禁用按钮即可。禁用后用户打开软件时验证会失败。如需恢复，点击启用即可。

Q：删除和禁用激活码有什么区别？​

• 禁用：临时操作，可以随时恢复启用
• 删除：永久操作，删除后无法恢复

如果只是想暂时阻止某个用户使用，建议使用禁用功能。

配置与打包​

Q：App ID 有什么作用？怎么设置？​

App ID 用于区分不同的软件项目。在打包/加密时设置一个 App ID（如 myapp1），在管理后台生成激活码时也需要填写相同的 App ID。不同的软件建议使用不同的 App ID，方便独立管理。

Q：App ID 填错了会怎样？​

如果管理后台生成激活码时填写的 App ID 与打包/加密时设置的 App ID 不一致，用户激活时会验证失败。请确保两端的 App ID 完全一致。

Q：后台地址和密钥填写后，点击打开管理后台没反应？​

请检查以下几点：

1. 是否完整粘贴了后台地址和密钥，包括 leapeverurl_ 和 leapeverkey_ 前缀
2. 是否有多余的空格或换行符
3. 是否手动修改了内容（请勿手动修改，直接完整粘贴）

Q：可以在多台电脑上使用同一组后台地址和密钥吗？​

可以。 后台地址和密钥与你的账号绑定，可以在不同的电脑上使用同一组凭证进行打包和管理激活码。

用户激活相关​

Q：用户激活时提示失败是什么原因？​

常见原因包括：

1. 激活码与 App ID 不匹配：确保激活码是针对该软件的 App ID 生成的
2. 激活码已被使用：该激活码已经在另一台机器上激活过
3. 激活码已过期：检查激活码的有效期
4. 激活码已被禁用：在后台检查激活码状态
5. 网络问题：用户的网络无法连接验证服务器

Q：用户激活时需要联网吗？​

需要。 网络验证顾名思义需要联网才能完成激活和验证。如果用户的环境无法联网，建议改用离线一机一码验证方式。

Q：用户每次打开软件都需要联网验证吗？​

激活成功后，软件会在本地保存验证信息。后续打开软件时会尝试联网验证，如果短暂无网络通常不会影响使用，但长期离线可能导致验证失效。

Q：可以设置允许试用吗？​

可以。 在打包/加密时可以设置允许试用次数，用户在未输入激活码的情况下可以试用软件指定次数。试用次数用完后必须输入激活码才能继续使用。

后台部署与共用​

Q：网络验证后台可以同时给 HTML打包EXE 和 EXE一机一码加密大师 使用吗？​

可以。 网络验证后台后部署完成后，HTML打包EXE工具 和 EXE一机一码加密大师 可以共用同一个后台地址和密钥。两款软件的网络验证功能使用的是同一套验证系统，只需将后台地址和密钥分别填入两款工具的网络验证配置页面即可。

通过设置不同的 App ID 来区分不同的软件项目，管理后台可以统一管理所有软件的激活码。

Q：两款软件共用后台时，激活码是通用的吗？​

不是通用的。 虽然后台是同一个，但激活码是通过 App ID 来区分的。HTML打包EXE打包的软件和EXE加密大师加密的软件如果设置了不同的 App ID，它们的激活码互不通用。只有 App ID 相同的软件之间，激活码才能通用。

Q：购买网络验证服务后需要自己部署服务器吗？​

不需要。 购买后会直接收到后台地址和密钥，使用的是官方服务器，无需自行部署。将收到的 leapeverurl_xxxxxxxx 和 leapeverkey_xxxxxxxx 粘贴到工具中即可使用。

Q：可以部署自己的网络验证服务器吗？​

可以。 如果有特殊需求，可以定制部署独立的验证后台。具体价格请访问购买页面或联系客服：查看详细价格

续费与费用​

Q：网络验证服务到期后，已激活的用户会受影响吗？​

不会。 服务到期后，已激活的用户可以继续正常使用软件。但你将无法通过管理后台生成新的激活码或管理已有激活码。

Q：续费后数据会丢失吗？​

不会。 续费后使用相同账号购买即可，原有的激活码数据会自动恢复，无需重新配置。

Q：网络验证和离线一机一码哪个更适合我？​

更多对比详情可参考：离线一机一码验证和网络验证的区别

安全性​

Q：后台地址和密钥可以分享给别人吗？​

不建议。 后台地址和密钥是你专属的管理凭证，分享后他人可以管理你的全部激活码（包括生成、删除、禁用等操作）。请妥善保管。

Q：激活码被泄露了怎么办？​

由于是一机一码机制，即使激活码被泄露，也只能在已绑定的那台机器上使用。如果激活码尚未被使用就泄露了，可以在管理后台删除该激活码并重新生成新的。

Q：用户可以通过修改系统时间来绕过有效期吗？​

不能。 网络验证的有效期是由服务器端控制的，不依赖用户本地的系统时间，因此修改本地时间无法绕过有效期限制。

相关阅读​

• 网络验证接入指南
• 网络验证管理后台使用指南
• 网络验证功能说明
• 离线一机一码验证和网络验证的区别
• HTML打包EXE三种加密方式对比
• HTML打包EXE离线一机一码使用详细教程

下载最新版本​

• 立即下载最新版本
• HTML打包EXE工具官网

实现原理​

透明窗口的实现需要两个关键步骤配合：

1. 打包工具端：勾选「无边框窗口」选项，去掉系统默认的标题栏和窗口边框
2. HTML/CSS端：将页面背景设为透明，让窗口呈现透明效果；同时使用 -webkit-app-region: drag 让用户可以拖动窗口

打包工具配置​

在打包工具主界面切换到高级配置标签页，勾选无边框窗口选项：

提示：勾选无边框窗口后，系统自带的标题栏（包括最小化、最大化、关闭按钮）将被移除，需要在HTML中自行实现这些功能。

设置透明背景​

在HTML文件中，将 html 和 body 的背景色设置为透明：

html,
body {
    margin: 0;
    padding: 0;
    background: transparent !important;
}

这样窗口中没有内容覆盖的区域将直接透明，可以看到桌面背景。

实现窗口拖动​

无边框窗口去掉了系统标题栏，用户无法通过标题栏拖动窗口。此时需要使用 -webkit-app-region 属性来指定可拖动区域：

/* 设置整个容器可拖动 */
.drag-area {
    -webkit-app-region: drag;
}

/* 按钮、输入框等交互元素需要排除拖动，否则无法点击 */
button,
input,
a,
.no-drag {
    -webkit-app-region: no-drag;
}

关键规则​

注意：被设置为 drag 的区域将无法响应鼠标点击事件。因此按钮、链接、输入框等需要交互的元素，必须单独设置 no-drag，否则用户将无法点击。

自定义关闭/最小化按钮​

去掉系统标题栏后，需要自己实现窗口控制按钮。可以通过开启API支持来调用窗口控制功能：

1. 在高级配置中勾选 开启API支持
2. 在HTML中使用以下JS API控制窗口：

// 最小化窗口
window.HTMLPackHelper.minimize();

// 最大化/还原窗口
window.HTMLPackHelper.maximize();

// 恢复窗口大小
window.HTMLPackHelper.restore();

// 关闭窗口
window.HTMLPackHelper.close();

完整示例：赛博朋克桌面时钟​

下面是一个赛博朋克风格的透明桌面时钟组件，带有霓虹灯光效、扫描线动画和实时时钟，可以直接用于打包：

<!DOCTYPE html>
<html>
    <head>
        <meta charset="UTF-8" />
        <title>Cyber Clock</title>
        <style>
            * {
                margin: 0;
                padding: 0;
                box-sizing: border-box;
            }

            html,
            body {
                background: transparent !important;
                height: 100%;
                font-family: 'Consolas', 'Courier New', monospace;
                overflow: hidden;
                -webkit-user-select: none;
                user-select: none;
            }

            .panel {
                width: 100%;
                height: 100%;
                display: flex;
                flex-direction: column;
                border: 1px solid rgba(0, 255, 200, 0.25);
                background: rgba(0, 10, 15, 0.85);
                position: relative;
            }

            /* 扫描线动画 */
            .panel::after {
                content: '';
                position: absolute;
                top: 0;
                left: 0;
                right: 0;
                height: 2px;
                background: linear-gradient(
                    90deg,
                    transparent,
                    rgba(0, 255, 200, 0.4),
                    transparent
                );
                animation: scanline 3s linear infinite;
                pointer-events: none;
                z-index: 10;
            }
            @keyframes scanline {
                0% {
                    top: 0;
                    opacity: 1;
                }
                50% {
                    opacity: 0.5;
                }
                100% {
                    top: 100%;
                    opacity: 0;
                }
            }

            /* 顶栏 - 可拖动 */
            .top-bar {
                -webkit-app-region: drag;
                display: flex;
                align-items: center;
                justify-content: space-between;
                padding: 8px 14px;
                border-bottom: 1px solid rgba(0, 255, 200, 0.12);
                flex-shrink: 0;
            }
            .top-bar .sys-label {
                font-size: 10px;
                color: rgba(0, 255, 200, 0.5);
                letter-spacing: 3px;
                text-transform: uppercase;
            }
            .top-bar .dot {
                display: inline-block;
                width: 6px;
                height: 6px;
                border-radius: 50%;
                background: #0fa;
                margin-right: 8px;
                box-shadow: 0 0 6px #0fa;
                animation: blink 2s ease infinite;
            }
            @keyframes blink {
                0%,
                100% {
                    opacity: 1;
                }
                50% {
                    opacity: 0.3;
                }
            }

            /* 窗口按钮 */
            .win-btns {
                display: flex;
                gap: 6px;
                -webkit-app-region: no-drag;
            }
            .win-btns button {
                width: 18px;
                height: 18px;
                border: 1px solid rgba(0, 255, 200, 0.25);
                background: transparent;
                color: rgba(0, 255, 200, 0.6);
                font-size: 10px;
                cursor: pointer;
                display: flex;
                align-items: center;
                justify-content: center;
                transition: all 0.15s;
            }
            .win-btns button:hover {
                background: rgba(0, 255, 200, 0.12);
                border-color: rgba(0, 255, 200, 0.6);
                color: #0fa;
            }
            .win-btns .btn-x:hover {
                background: rgba(255, 60, 60, 0.2);
                border-color: rgba(255, 60, 60, 0.6);
                color: #ff5050;
            }

            /* 时钟主体 */
            .clock-body {
                flex: 1;
                display: flex;
                flex-direction: column;
                align-items: center;
                justify-content: center;
                padding: 0 24px;
            }
            .time {
                font-size: 64px;
                font-weight: 700;
                color: #0fa;
                letter-spacing: 4px;
                text-shadow: 0 0 20px rgba(0, 255, 200, 0.35);
                font-variant-numeric: tabular-nums;
                line-height: 1;
            }
            .time .colon {
                animation: blink 1s step-end infinite;
            }
            .date-row {
                margin-top: 8px;
                font-size: 13px;
                color: rgba(0, 255, 200, 0.4);
                letter-spacing: 2px;
            }

            /* 分隔线 */
            .sep {
                margin: 0 24px;
                height: 1px;
                background: linear-gradient(
                    90deg,
                    transparent,
                    rgba(0, 255, 200, 0.2),
                    transparent
                );
                flex-shrink: 0;
            }

            /* 底部信息 */
            .info-grid {
                display: grid;
                grid-template-columns: 1fr 1fr 1fr;
                gap: 0;
                padding: 12px 24px;
                text-align: center;
                flex-shrink: 0;
            }
            .info-item {
                padding: 6px 0;
            }
            .info-item:not(:last-child) {
                border-right: 1px solid rgba(0, 255, 200, 0.08);
            }
            .info-val {
                font-size: 18px;
                color: #0fa;
                font-weight: 700;
                display: block;
            }
            .info-label {
                font-size: 9px;
                color: rgba(0, 255, 200, 0.35);
                letter-spacing: 2px;
                text-transform: uppercase;
                margin-top: 4px;
                display: block;
            }
        </style>
    </head>
    <body>
        <div class="panel">
            <div class="top-bar">
                <span><span class="dot"></span><span class="sys-label">System Monitor</span></span>
                <div class="win-btns">
                    <button onclick="window.HTMLPackHelper.minimize()">─</button>
                    <button class="btn-x" onclick="window.HTMLPackHelper.close()">✕</button>
                </div>
            </div>

            <div class="clock-body">
                <div class="time" id="clock">
                    00<span class="colon">:</span>00<span class="colon">:</span>00
                </div>
                <div class="date-row" id="date-row">----/--/--</div>
            </div>

            <div class="sep"></div>

            <div class="info-grid">
                <div class="info-item">
                    <span class="info-val" id="run-time">00:00</span>
                    <span class="info-label">运行时长</span>
                </div>
                <div class="info-item">
                    <span class="info-val" id="fps">--</span>
                    <span class="info-label">FPS</span>
                </div>
                <div class="info-item">
                    <span class="info-val" id="mem">-- MB</span>
                    <span class="info-label">内存</span>
                </div>
            </div>
        </div>

        <script>
            const weekdays = ['日', '一', '二', '三', '四', '五', '六'];
            const startTime = Date.now();
            let frames = 0,
                lastFpsTime = Date.now(),
                currentFps = 0;

            function pad(n) {
                return n < 10 ? '0' + n : n;
            }

            function tick() {
                const now = new Date();
                document.getElementById('clock').innerHTML =
                    pad(now.getHours()) +
                    '<span class="colon">:</span>' +
                    pad(now.getMinutes()) +
                    '<span class="colon">:</span>' +
                    pad(now.getSeconds());

                document.getElementById('date-row').textContent =
                    now.getFullYear() +
                    '/' +
                    pad(now.getMonth() + 1) +
                    '/' +
                    pad(now.getDate()) +
                    '  星期' +
                    weekdays[now.getDay()];

                // 运行时长
                const elapsed = Math.floor((Date.now() - startTime) / 1000);
                const m = Math.floor(elapsed / 60),
                    s = elapsed % 60;
                document.getElementById('run-time').textContent = pad(m) + ':' + pad(s);

                // FPS
                frames++;
                if (Date.now() - lastFpsTime >= 1000) {
                    currentFps = frames;
                    frames = 0;
                    lastFpsTime = Date.now();
                }
                document.getElementById('fps').textContent = currentFps || '--';

                // 内存
                if (performance.memory) {
                    const mb = (performance.memory.usedJSHeapSize / 1048576).toFixed(1);
                    document.getElementById('mem').textContent = mb + ' MB';
                }

                requestAnimationFrame(tick);
            }
            requestAnimationFrame(tick);
        </script>
    </body>
</html>

打包配置要点​

使用上面的HTML打包时，需要在打包工具中做以下配置：

1. 快速打包页面：选择该HTML文件作为本地主文件
2. 高级配置页面：
   • ✅ 勾选 无边框窗口
   • ✅ 勾选 开启API支持（用于窗口控制按钮）
   • ✅ 勾选 置顶窗口, 可以让整个html时钟始终显示在最前面
   • 窗口大小建议设为 宽度 350、高度 200
3. 内核选择 Chrome内核（透明效果仅Chrome内核支持）

效果预览​

打包后运行效果如下，赛博朋克风格的时钟面板悬浮在桌面上，带有扫描线动画和霓虹灯光效果：

进阶技巧​

1. 只让部分区域可拖动​

如果只想让标题栏可拖动，其余区域正常交互：

/* 仅标题栏可拖动 */
.title-bar {
    -webkit-app-region: drag;
}

/* 标题栏内的按钮排除拖动 */
.title-bar button {
    -webkit-app-region: no-drag;
}

2. 半透明磨砂背景​

可以在深色背景上使用 rgba 和 backdrop-filter 实现层叠的半透明磨砂效果：

.container {
    background: rgba(255, 255, 255, 0.1);
    backdrop-filter: blur(20px);
    -webkit-backdrop-filter: blur(20px);
}

3. 异形窗口效果​

利用 border-radius 制作圆角甚至圆形窗口：

.card {
    border-radius: 20px; /* 圆角矩形 */
}

.circle-window {
    border-radius: 50%; /* 圆形窗口 */
    width: 300px;
    height: 300px;
}

4. 窗口阴影效果​

可以用CSS阴影为内部元素添加浮层感：

.card {
    box-shadow: 0 8px 32px rgba(0, 0, 0, 0.15);
}

注意事项​

• 透明窗口效果仅Chrome内核支持，IE内核不支持
• 勾选无边框窗口后，系统标题栏将被移除，请务必自行添加关闭按钮
• 透明区域可以穿透点击到桌面或下层窗口
• 使用 -webkit-app-region: drag 的区域无法响应鼠标事件，交互元素需设为 no-drag
• 建议搭配 开启API支持 使用，方便调用窗口最小化、最大化、关闭等功能

相关阅读​

• HTML打包EXE工具启动图设置教程
• HTML打包EXE工具加密功能教程
• HTML打包EXE工具自定义菜单功能详解
• HTML打包EXE工具标签页模式详解

下载最新版本​

• 立即下载最新版本
• HTML打包EXE工具官网

功能入口​

在打包工具主界面切换到版权设置标签页，在底部可以找到启动图设置面板：

使用方法​

1. 点击选择图片按钮，选择一张图片文件（PNG、JPG、JPEG、BMP）
2. 可选填写启动图宽度（正整数，单位像素），不填则使用原始尺寸
3. 如需清除已选图片，点击清除按钮即可
4. 正常执行打包操作

打包后的EXE启动时，启动图会居中显示在屏幕上，主页面加载完成后自动关闭。

启动图特性​

• 无边框、透明背景（PNG透明区域直接透明）
• 屏幕居中、置顶显示
• 不在任务栏显示，不可拖动、不可调整大小
• 主页面加载完成后自动关闭

建议：使用PNG格式图片，宽度建议 300-600 像素。不需要启动画面时，将图片路径留空即可。

相关阅读​

• HTML打包EXE工具加密功能教程
• HTML打包EXE工具自定义菜单功能详解
• HTML打包EXE工具标签页模式详解