Wails项目在macOS上构建.app可执行文件时的命名问题分析

Wails是一个流行的Go框架，用于构建跨平台的桌面应用程序。在最新版本v2.9.2中，开发者在macOS平台上构建可执行文件时遇到了一个值得注意的问题。

问题本质

当开发者在项目配置中设置了不同的name和outputfilename参数时，生成的.app包会出现无法执行的情况。这是因为Wails在构建过程中存在一个命名不一致的问题：

1. 实际生成的二进制文件使用了outputfilename参数指定的名称
2. 但Info.plist文件中的CFBundleExecutable字段仍然使用了name参数的值

这种不一致导致macOS系统在尝试启动应用时，无法找到与Info.plist中声明的可执行文件名称相匹配的实际二进制文件。

技术细节分析

在macOS应用包(.app)的结构中，Info.plist文件扮演着至关重要的角色。其中CFBundleExecutable字段指定了应用包的主可执行文件名称。系统在启动应用时，会严格按照这个字段的值来查找可执行文件。

Wails框架的buildassets组件目前只暴露了Name和Info两个字段给模板系统，而没有将outputfilename包含在内。这就导致了模板无法获取到正确的输出文件名来设置CFBundleExecutable字段。

影响范围

这个问题会影响所有满足以下条件的Wails项目：

1. 运行在macOS平台
2. 在wails.json配置文件中显式设置了与name不同的outputfilename
3. 使用v2.9.2版本构建

值得注意的是，在v2.9.1版本中，由于outputfilename参数被忽略，这个问题反而不会出现。

临时解决方案

开发者目前可以采用以下临时解决方案：

1. 保持name和outputfilename参数值完全一致（包括大小写）
2. 或者暂时回退到v2.9.1版本进行构建

预期修复方向

从技术实现角度来看，合理的修复方案应包括：

1. 在buildassets组件中增加outputfilename字段的导出
2. 确保Info.plist模板使用正确的输出文件名设置CFBundleExecutable
3. 保持跨版本行为的一致性

这个问题虽然看似简单，但它涉及到应用包构建的核心机制，正确处理对于保证Wails框架的可靠性和用户体验至关重要。