Inno Setup制作智能安装包：自动安装依赖与配置开机启动

1. 项目概述：为什么我们需要一个“全能”的安装包？

在桌面软件开发这条路上，我踩过不少坑，其中最让人头疼的，莫过于交付环节。你精心打磨的程序，在开发机上跑得飞快，一到用户手里，不是缺这个运行库，就是少那个环境变量，要么就是开机自启动没生效，用户还得手动去配置。这种体验，对用户来说是灾难，对我们开发者来说，更是口碑的毒药。

“Inno Setup制作程序安装包（安装程序中加入依赖环境、开机启动）”这个标题，精准地戳中了桌面应用交付的三大痛点：打包、部署、配置。Inno Setup，这个老牌且强大的Windows安装包制作工具，就是我们解决这些痛点的利器。它远不止是把一堆文件打个压缩包那么简单，而是能让我们在安装过程中，像一位细心的管家，自动完成所有繁琐的准备工作。

想象一下这个场景：用户双击你的安装包，接下来的事情完全无需他操心。安装程序会自动检测并安装程序运行必需的.NET Framework、VC++运行库；会自动将你的主程序添加到开机启动项，确保服务类程序能随系统自启；还能自动配置环境变量，让命令行工具随处可用。整个过程流畅、专业，极大地提升了软件的完成度和用户的第一印象。这就是我们今天要深入探讨的，如何利用Inno Setup，从一个简单的“文件搬运工”，升级为一个“智能部署系统”。无论你是开发WinForm、WPF应用，还是用PyInstaller打包的Python程序，或是任何需要复杂环境依赖的桌面软件，这套思路都适用。

2. Inno Setup核心能力与方案选型解析

在动手之前，我们得先搞清楚Inno Setup到底能做什么，以及为什么它是我们解决上述问题的最佳选择。市面上打包工具不少，比如NSIS、Advanced Installer，甚至微软自家的MSI。但Inno Setup以其脚本驱动的方式、极高的灵活性和相对温和的学习曲线，在独立开发者和中小团队中备受青睐。

2.1 Inno Setup的独特优势

首先，脚本驱动，灵活至上。Inno Setup使用一种名为Pascal Script的脚本语言来定义安装过程。这意味着安装逻辑完全由你掌控。你可以通过写脚本，在安装前、安装中、安装后的任意阶段执行自定义操作，比如检查系统环境、运行外部程序、修改注册表、操作服务等。这正是我们实现“智能部署”的基石。

其次，对Windows生态的深度集成。它原生支持创建开始菜单快捷方式、桌面图标、注册文件关联、安装卸载程序等标准操作。更重要的是，它对注册表的操作、对系统服务的控制都非常方便，这是我们实现开机启动的关键。

再者，出色的用户体验。Inno Setup生成的安装界面美观、专业，支持多语言，安装进度条、许可协议页面等一应俱全。用户感知到的就是一个成熟商业软件的安装流程。

最后，免费且开源。对于个人和商业用途都免费，这消除了很多项目的授权顾虑。

2.2 我们的核心方案设计

基于标题要求，我们的安装包需要实现三个核心功能模块：

1. 主程序文件部署：这是基础，将我们编译好的exe、dll、配置文件等复制到用户指定的安装目录。
2. 依赖环境自动安装：这是难点，也是提升用户体验的关键。我们需要在安装过程中，智能判断并安装程序运行所必需的系统组件，如VC++ Redistributable、.NET Framework、Java Runtime等。
3. 开机启动项配置：这是特定需求，对于需要后台运行或提供常驻服务的程序，我们需要将其主程序路径写入系统的自启动注册表项或启动文件夹。

方案选型上，对于依赖环境安装，通常有两种主流做法：

• 静默安装第三方运行时：在Inno Setup脚本中，通过[Run]段或Exec函数，调用微软官方提供的VC++、.NET等运行库的可再发行组件安装包（通常是.exe文件），并附加静默安装参数（如/quiet /norestart）。这是最推荐、最稳定的方式。
• 打包合并依赖文件：对于像Python程序打包（如PyInstaller）或某些特定DLL，可以选择将依赖直接打包进安装程序，或者将Python解释器等一并打包。这适用于对系统环境影响小、或希望实现完全绿色部署的场景。

对于开机启动，同样有两种主要途径：

• 注册表方式：在HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run（当前用户）或HKEY_LOCAL_MACHINE\...\Run（所有用户）下添加一个字符串值。这是最常用、最可靠的方法。
• 启动文件夹方式：将程序的快捷方式复制到用户的启动文件夹（%APPDATA%\Microsoft\Windows\Start Menu\Programs\Startup）。这种方式更直观，但容易被用户手动删除。

在本方案中，我们将采用“静默安装运行时 + 注册表开机启动”的组合，因为它兼顾了稳定性、通用性和对用户的最小干扰。

3. 脚本核心模块详解与实操要点

理解了整体方案，我们来深入拆解Inno Setup脚本（.iss文件）的核心模块。一个典型的脚本包含多个段（Section），每个段负责不同的功能。

3.1[Setup]段：安装包的“身份证”

这是脚本的全局配置段，定义了安装包的基本信息。

[Setup] AppName=我的全能应用程序 AppVersion=1.0.0 DefaultDirName={autopf}\MyCompany\MyApp DefaultGroupName=我的应用程序 UninstallDisplayIcon={app}\MyApp.exe Compression=lzma2/ultra64 SolidCompression=yes OutputDir=output OutputBaseFilename=MyApp_Setup_v1.0.0

• AppName,AppVersion：应用名称和版本，会显示在安装界面和“添加/删除程序”中。
• DefaultDirName：默认安装目录。{autopf}是一个常量，代表“Program Files”或“Program Files (x86)”（根据应用架构）。这样写比硬编码路径更专业、更兼容。
• DefaultGroupName：在开始菜单中创建的程序组名称。
• Compression,SolidCompression：压缩设置。lzma2/ultra64能提供极高的压缩比，显著减小安装包体积。
• OutputDir,OutputBaseFilename：控制编译后的安装包输出位置和文件名。

注意：AppId是一个非常重要的参数，它唯一标识你的应用程序。如果后续版本需要正确升级，必须保持AppId不变。建议使用类似{GUID}的形式，例如AppId={{ABCDEF12-3456-7890-ABCDEF123456}。如果省略，Inno Setup会基于AppName生成一个，但在某些升级场景下可能不可靠。

3.2[Files]段：文件部署的指挥官

这个段定义了哪些文件需要被复制到目标机器，以及复制到哪里。

[Files] Source: “..\Release\MyApp.exe”; DestDir: “{app}”; Flags: ignoreversion Source: “..\Release\*.dll”; DestDir: “{app}”; Flags: ignoreversion recursesubdirs Source: “..\Resources\config.ini”; DestDir: “{app}”; Flags: onlyifdoesntexist Source: “dependencies\vcredist_x64.exe”; DestDir: “{tmp}”; Flags: deleteafterinstall

• Source：源文件路径，支持通配符*。
• DestDir：目标目录。{app}代表安装目录，{tmp}代表安装过程中的临时目录（安装结束后会自动清理）。
• Flags：关键标志位。
  • ignoreversion：安装时忽略文件版本检查，直接覆盖。对于我们自己发布的程序，通常使用此标志。
  • recursesubdirs：递归包含子目录下的所有匹配文件。
  • onlyifdoesntexist：仅当目标文件不存在时才复制。常用于用户配置文件，避免覆盖用户的自定义设置。
  • deleteafterinstall：安装完成后删除文件。这是部署依赖包的关键技巧！我们将VC++运行库安装包复制到{tmp}目录并标记此标志，安装时使用，用完后自动清理，不留下垃圾文件。

3.3[Run]与[UninstallRun]段：安装前后的“钩子”

[Run]段用于指定安装结束后需要运行的程序或命令。这是我们实现依赖环境安装和开机启动配置的核心位置。

[Run] ; 静默安装VC++ 2015-2022 Redistributable (x64) Filename: “{tmp}\vcredist_x64.exe”; Parameters: “/install /quiet /norestart”; StatusMsg: “正在安装 Microsoft Visual C++ 运行库…”; Flags: runhidden waituntilterminated ; 安装完成后运行主程序（可选） Filename: “{app}\MyApp.exe”; Description: “运行 {#MyAppName}”; Flags: nowait postinstall skipifsilent

• Filename：要执行的程序路径。这里使用了我们之前复制到{tmp}的运行库安装包。
• Parameters：传递给程序的参数。/quiet表示静默安装（无界面），/norestart表示安装后不重启（避免打断用户）。务必根据你所使用的运行库官方文档来确认静默安装参数，不同版本可能不同。
• StatusMsg：执行时在安装进度界面上显示的消息，给用户一个友好的提示。
• Flags：
  • runhidden：隐藏运行程序的窗口。
  • waituntilterminated：等待该程序运行结束，再继续安装流程。这对于必须成功安装的依赖项至关重要。
  • postinstall：在安装成功后的完成页面显示一个复选框，让用户选择是否执行此操作（常用于“运行程序”）。
  • nowait：不等待程序结束，通常与postinstall一起用于启动主程序。

[UninstallRun]段则用于定义卸载时需要运行的操作，例如停止相关服务、清理额外数据等。

3.4[Registry]段：配置系统的“记忆”

这个段用于操作Windows注册表，是实现开机启动、存储配置信息的主要手段。

[Registry] ; 添加开机启动（当前用户） Root: HKCU; Subkey: “Software\Microsoft\Windows\CurrentVersion\Run”; ValueType: string; ValueName: “MyApp”; ValueData: “””{app}\MyApp.exe”””; Flags: uninsdeletevalue ; 创建卸载信息（通常Inno Setup会自动处理，但复杂情况可自定义） Root: HKLM; Subkey: “Software\Microsoft\Windows\CurrentVersion\Uninstall\{#SetupSetting(“AppId”)}”; ValueType: string; ValueName: “DisplayIcon”; ValueData: “{app}\MyApp.exe”; Flags: uninsdeletekey

• Root：注册表根键，HKCU代表HKEY_CURRENT_USER（当前用户），HKLM代表HKEY_LOCAL_MACHINE（本地机器）。开机启动推荐使用HKCU，因为它不需要管理员权限，兼容性更好。HKLM下的启动项需要提权，且对所有用户生效。
• Subkey：子键路径。
• ValueType：值类型，如string（字符串）、dword（双字）。
• ValueName,ValueData：值的名称和数据。注意ValueData中的路径用两个双引号””包裹，这是为了处理路径中可能包含空格的情况。
• Flags: uninsdeletevalue：这个标志极其重要！它表示在卸载时自动删除这个注册表值。如果没有它，即使用户卸载了程序，开机启动项依然存在，会导致每次开机都弹错误，这是非常不专业的。务必为你创建的每一个注册表项考虑好卸载时的清理工作。

3.5 Pascal Script：终极的灵活性

当内置的段（Section）无法满足复杂逻辑时，就需要使用Pascal Script。例如，我们需要智能判断系统是否已安装了某个版本的VC++运行库，避免重复安装。

[Code] // 定义一个函数，检查VC++ 2015-2022 x64运行库是否已安装 function IsVCRedistInstalled: Boolean; var Version: Cardinal; begin // 通过查询注册表特定键值来判断 // 这个键值路径是微软官方运行库安装后创建的，不同版本不同，需要查文档 if RegQueryDWordValue(HKLM, ‘SOFTWARE\Microsoft\VisualStudio\14.0\VC\Runtimes\x64’, ‘Installed’, Version) then begin Result := (Version = 1); // 如果Installed值为1，则表示已安装 end else begin Result := False; end; end; // 在安装初始化阶段调用检查 function InitializeSetup(): Boolean; begin Result := True; // 默认允许安装 // 如果已经安装了运行库，可以跳过相关步骤或给出提示 // 实际应用中，我们可以在这里设置一个全局变量，供[Run]段条件执行时使用 end;

通过Pascal Script，我们可以实现条件安装、复杂系统检查、自定义页面、与用户交互等高级功能，让安装包真正“智能”起来。

4. 完整实操流程：从零构建智能安装包

现在，让我们把以上所有模块组合起来，完成一个完整的、包含依赖安装和开机启动的安装包制作流程。我将以打包一个假设的、依赖VC++运行库并需要开机启动的.NET Core WinForms应用为例。

4.1 第一步：环境与资源准备

1. 安装Inno Setup：从官网下载并安装Inno Setup。建议同时安装Inno Setup Preprocessor和ISTool（一个图形化脚本编辑工具），后者对新手更友好。
2. 准备程序文件：将你的项目编译为Release版本，得到MyApp.exe和所有依赖的DLL文件，集中放在一个文件夹内，例如D:\Build\MyApp\。
3. 收集依赖包：下载程序运行所必需的第三方运行时安装包。例如：
   • VC++ Redistributable：从微软官网下载最新的“Microsoft Visual C++ Redistributable for Visual Studio 2015-2022”的x86和/或x64版本（vc_redist.x64.exe）。这是很多C++/CLI程序或某些第三方库的依赖。
   • .NET Desktop Runtime：如果你的应用是.NET Core/WinForms/WPF，需要下载对应版本的.NET运行时安装包（如windowsdesktop-runtime-6.0.x-win-x64.exe）。.NET Framework 3.5/4.8等也可能需要。
   • 其他运行时：如Java JRE、Python嵌入包等。 将这些安装包统一放在一个dependencies文件夹内，与你的程序文件并列。

4.2 第二步：编写Inno Setup脚本（.iss文件）

打开Inno Setup编译器或ISTool，创建一个新脚本。我们将编写一个功能完整的脚本。

; 脚本由 Inno Setup 脚本向导生成！ ; 有关创建 Inno Setup 脚本文件的详细资料请查阅帮助文档！ #define MyAppName “我的全能助手” #define MyAppVersion “1.0” #define MyAppPublisher “我的公司” #define MyAppExeName “MyApp.exe” #define MyAppAssocName “MyApp 配置文件” #define MyAppAssocExt “.myappcfg” #define MyAppAssocKey StringChange(MyAppAssocName, ” “, “”) + MyAppAssocExt [Setup] AppId={{YOUR-GUID-HERE-1234-5678-90AB-CDEF12345678}} ; ！！！务必修改为唯一的GUID！！！ AppName={#MyAppName} AppVersion={#MyAppVersion} AppPublisher={#MyAppPublisher} DefaultDirName={autopf}\{#MyAppPublisher}\{#MyAppName} DefaultGroupName={#MyAppName} AllowNoIcons=yes ; 卸载程序显示图标 UninstallDisplayIcon={app}\{#MyAppExeName} ; 移除以下注释行以在非管理安装模式下禁止运行（仅限当前用户）。 ;PrivilegesRequired=lowest PrivilegesRequiredOverridesAllowed=dialog OutputDir=D:\Build\InnoOutput OutputBaseFilename=MyApp_Setup_v{#MyAppVersion} Compression=lzma2/ultra64 SolidCompression=yes WizardStyle=modern [Languages] Name: “chinesesimplified”; MessagesFile: “compiler:Languages\ChineseSimplified.isl” [Tasks] Name: “desktopicon”; Description: “{cm:CreateDesktopIcon}”; GroupDescription: “{cm:AdditionalIcons}”; Flags: unchecked Name: “autostart”; Description: “开机自动启动”; GroupDescription: “其他:”; Flags: unchecked [Files] ; 主程序文件 Source: “D:\Build\MyApp\MyApp.exe”; DestDir: “{app}”; Flags: ignoreversion Source: “D:\Build\MyApp\*.dll”; DestDir: “{app}”; Flags: ignoreversion recursesubdirs Source: “D:\Build\MyApp\*.json”; DestDir: “{app}”; Flags: ignoreversion recursesubdirs ; 依赖包复制到临时目录 Source: “dependencies\vc_redist.x64.exe”; DestDir: “{tmp}”; Flags: deleteafterinstall Source: “dependencies\windowsdesktop-runtime-6.0.14-win-x64.exe”; DestDir: “{tmp}”; Flags: deleteafterinstall [Icons] Name: “{group}\{#MyAppName}”; Filename: “{app}\{#MyAppExeName}” Name: “{group}\{cm:UninstallProgram,{#MyAppName}}”; Filename: “{uninstallexe}” Name: “{autodesktop}\{#MyAppName}”; Filename: “{app}\{#MyAppExeName}”; Tasks: desktopicon [Run] ; 安装.NET运行时（如果需要） Filename: “{tmp}\windowsdesktop-runtime-6.0.14-win-x64.exe”; Parameters: “/install /quiet /norestart”; StatusMsg: “正在安装 .NET 桌面运行时…”; Flags: runhidden waituntilterminated; Check: not IsDotNetInstalled // 这里假设有IsDotNetInstalled检查函数 ; 安装VC++运行时 Filename: “{tmp}\vc_redist.x64.exe”; Parameters: “/install /quiet /norestart”; StatusMsg: “正在安装 Microsoft Visual C++ 运行库…”; Flags: runhidden waituntilterminated; Check: not IsVCRedistInstalled // 这里假设有IsVCRedistInstalled检查函数 ; 安装完成后运行主程序 Filename: “{app}\{#MyAppExeName}”; Description: “运行 {#MyAppName}”; Flags: nowait postinstall skipifsilent [Registry] ; 根据用户选择的任务，配置开机启动（当前用户） Root: HKCU; Subkey: “Software\Microsoft\Windows\CurrentVersion\Run”; ValueType: string; ValueName: “{#MyAppName}”; ValueData: “””{app}\{#MyAppExeName}”””; Flags: uninsdeletevalue; Tasks: autostart [Code] // 函数：检查VC++ 2015-2022 x64运行库是否已安装 function IsVCRedistInstalled: Boolean; var Version: Cardinal; begin // 检查注册表键值，这是VC++ 2015-2022 x64安装后设置的常见位置 if RegQueryDWordValue(HKLM, ‘SOFTWARE\Microsoft\VisualStudio\14.0\VC\Runtimes\x64’, ‘Installed’, Version) then begin Result := (Version = 1); end else begin Result := False; end; end; // 函数：检查.NET 6.0桌面运行时是否已安装（简化示例，实际应检查更精确的版本） function IsDotNetInstalled: Boolean; begin // 这里是一个简化检查，通过检查注册表或目录是否存在来判断 // 实际生产环境应使用更精确的API或检查特定版本号 Result := DirExists(ExpandConstant(‘{commonpf}\dotnet\shared\Microsoft.WindowsDesktop.App\6.0’)); end;

关键点解析：

1. #define预处理指令：用于定义常量，方便脚本中多处引用和修改。
2. [Tasks]段：我们创建了一个名为autostart的任务（复选框），让用户自己选择是否开启开机启动。这是良好的用户体验设计，避免强制自启引起反感。
3. 条件执行 (Check): 在[Run]段中，我们为运行库安装命令添加了Check: not IsVCRedistInstalled。这样，只有当检查函数返回False（未安装）时，才会执行安装命令。这避免了不必要的重复安装和可能的重启提示。
4. [Registry]段与任务关联：开机启动的注册表操作也关联了Tasks: autostart，意味着只有用户勾选了“开机自动启动”这个任务，才会创建该注册表项。

4.3 第三步：编译与测试

1. 保存脚本文件（例如MyApp_Setup.iss）。
2. 在Inno Setup编译器中选择“编译”或直接按F9。如果没有错误，会在OutputDir指定的目录（本例中是D:\Build\InnoOutput）下生成MyApp_Setup_v1.0.exe。
3. 在虚拟机或沙盒环境中进行测试！这是至关重要的一步。测试场景应包括：
   • 纯净系统：在没有安装任何依赖环境的干净Windows系统上运行，观察VC++、.NET运行时是否被正确安装。
   • 已有环境系统：在已安装所需运行时的系统上运行，观察是否会重复安装。
   • 安装流程：测试是否可以选择安装目录、是否显示自定义任务（开机启动）、安装后程序是否能正常运行。
   • 卸载流程：测试卸载程序是否完全清理，包括主程序文件、开始菜单快捷式、以及最重要的——开机启动注册表项。
   • 用户权限：如果在[Setup]段设置了PrivilegesRequired=lowest（非管理员安装），测试在标准用户权限下安装和运行是否正常。

5. 进阶技巧与深度避坑指南

掌握了基础流程，下面分享一些从实际项目中积累的进阶技巧和常见问题的解决方案，这些往往是官方文档不会细说的“干货”。

5.1 依赖环境安装的“优雅降级”

问题：你的程序依赖VC++ 2019运行库，但用户系统上可能装的是2015或2017。高版本通常兼容低版本，但直接安装高版本安装包可能会失败或引起冲突。

解决方案：进行更精细的版本检测。

[Code] function IsSpecificVCRedistInstalled(MajorVersion: Integer): Boolean; var KeyPath: String; Installed: Cardinal; begin // 根据主版本号检查不同的注册表路径 case MajorVersion of 14: KeyPath := ‘SOFTWARE\Microsoft\VisualStudio\14.0\VC\Runtimes\x64’; // VS 2015-2022 13: KeyPath := ‘SOFTWARE\Microsoft\VisualStudio\12.0\VC\Runtimes\x64’; // VS 2013 // … 其他版本 else KeyPath := ”; end; if KeyPath <> ” then begin if RegQueryDWordValue(HKLM, KeyPath, ‘Installed’, Installed) then Result := (Installed = 1) else Result := False; end else Result := False; end;

然后，在你的安装逻辑中，可以优先检查是否有足够高的版本，如果没有，再安装你打包的版本。对于.NET，可以使用RegKeyExists或GetDotNetVersion等更复杂的函数来检查具体版本。

5.2 开机启动的“权限陷阱”与“路径空格”

问题1：使用HKLM（本地机器）根键设置开机启动，在Windows Vista及以后版本需要管理员权限。如果安装包以标准用户权限运行，此项会写入失败且无提示。

核心建议：除非你的程序是系统级服务，否则一律使用HKCU（当前用户）。这样不需要提权，兼容性最好。通过[Tasks]让用户选择，是尊重用户知情权的最佳实践。

问题2：程序安装路径包含空格（如C:\Program Files\My App\），如果注册表ValueData中的路径没有用双引号包裹，Windows在解析时会出错。

解决方案：在[Registry]段的ValueData中，务必使用两个双引号将完整路径括起来。

ValueData: “””{app}\MyApp.exe””” ; // 正确：”C:\Program Files\My App\MyApp.exe” ValueData: “{app}\MyApp.exe”; // 错误：C:\Program Files\My App\MyApp.exe （空格会导致截断）

5.3 卸载清理的“不留痕迹”

这是衡量一个安装包是否专业的关键。除了使用uninsdeletevalue和uninsdeletekey标志，还需注意：

• 临时文件：确保所有复制到{tmp}目录且标记了deleteafterinstall的文件，在安装成功后确实被删除。可以在安装完成后手动检查%TEMP%目录下是否有残留。
• 自建服务：如果你的程序注册了Windows服务，必须在[UninstallRun]段或通过Pascal Script在卸载前停止并删除服务。

  [UninstallRun] Filename: “{sys}\sc.exe”; Parameters: “stop MyServiceName”; Flags: runhidden Filename: “{sys}\sc.exe”; Parameters: “delete MyServiceName”; Flags: runhidden

• 用户数据：对于保存在{localappdata}或{userappdata}下的用户配置文件、数据库等，卸载时是否删除需要谨慎决策。通常建议保留用户数据，或者提供一个明确的选项让用户选择。直接删除可能导致用户数据丢失，引发投诉。

5.4 安装包体积与下载体验优化

如果你的依赖包很大（如.NET运行时超过100MB），会导致安装包体积臃肿。

• 方案一：在线下载（推荐用于大型运行时）。可以使用[Code]段结合DownloadTemporaryFile函数，在安装过程中从官方源下载安装包。优点是安装包本体小巧，缺点是安装过程依赖网络，且需要处理下载失败、超时等异常。

  function DownloadAndRunRedist: Boolean; var RedistUrl, RedistPath: String; begin RedistUrl := ‘https://aka.ms/vs/17/release/vc_redist.x64.exe’; RedistPath := ExpandConstant(‘{tmp}\vc_redist_downloaded.exe’); if not DownloadTemporaryFile(RedistUrl, RedistPath, ”, @DownloadProgressCallback) then begin MsgBox(‘下载VC++运行库失败，请检查网络连接。’, mbError, MB_OK); Result := False; exit; end; Exec(RedistPath, ‘/install /quiet /norestart’, ”, SW_HIDE, ewWaitUntilTerminated, ResultCode); Result := (ResultCode = 0); // 检查安装是否成功 end;

• 方案二：分发包。制作一个小的引导安装包（Bootstrapper），由它来检测系统环境，并引导用户下载或从本地选择完整的大安装包。这更复杂，但用户体验可控。

5.5 静默安装与自动化部署

在自动化测试或企业批量部署场景下，需要静默安装（无任何用户界面）。

• 方法：使用命令行参数/SILENT（或/VERYSILENT）运行安装包。

  MyApp_Setup_v1.0.exe /SILENT /SUPPRESSMSGBOXES /NORESTART

• 参数说明：
  • /SILENT：显示进度条但不显示向导界面。
  • /VERYSILENT：完全不显示任何界面。
  • /SUPPRESSMSGBOXES：抑制所有消息框。
  • /NORESTART：禁止安装程序重启计算机（即使需要）。
  • /DIR=”C:\MyPath”：指定安装目录。
  • /TASKS=”autostart,desktopicon”：自动选择指定的任务（任务名称需与脚本中定义的一致）。
• 注意事项：静默安装时，所有需要用户交互的步骤都必须有默认值或通过命令行参数指定。务必在脚本中测试静默安装流程，确保依赖包安装、注册表写入等关键操作在无界面模式下能正确执行。

制作一个专业的安装包，远不止是点击“编译”那么简单。它是对你产品交付体验的最后一道，也是至关重要的一道打磨。从自动处理依赖环境，到体贴地让用户选择开机启动，再到干净彻底的卸载，每一个细节都体现着开发者的专业程度和对用户的尊重。Inno Setup提供的这套强大而灵活的脚本体系，正是我们实现这些目标的绝佳工具。花时间打磨你的安装脚本，其回报——用户更顺畅的初次使用体验和更少的技术支持请求——绝对是值得的。