Mozc项目Windows平台构建配置优化实践

背景介绍

Mozc作为Google开发的日语输入法引擎，在Windows平台上的构建过程中遇到了性能瓶颈。开发团队发现现有的Bazel构建配置存在效率问题，特别是在处理多平台构建时出现了重复编译的情况。

问题分析

在当前的构建系统中，每个Windows可执行文件目标（如mozc_server.exe、mozc_renderer.exe等）都定义了自己的本地平台配置。这种设计导致了以下问题：

1. 构建效率低下：即使多个目标使用相同的平台约束条件，Bazel也不会自动识别为相同平台，导致依赖项被重复构建。

2. 维护困难：平台配置分散在各个BUILD文件中，难以统一管理和修改。

3. 多架构支持不足：当前配置硬编码了x64架构，不利于未来支持ARM64等其他架构。

解决方案

开发团队提出了以下优化方案：

全局平台定义

将平台配置从各个目标中提取出来，在项目顶层统一定义：

platform(
    name = "windows-x86_32",
    constraint_values = [
        "@platforms//cpu:x86_32",
        "@platforms//os:windows",
    ],
)

platform(
    name = "windows-x86_64",
    constraint_values = [
        "@platforms//cpu:x86_64",
        "@platforms//os:windows",
    ],
)

构建命令优化

通过标准化的--platforms参数指定目标架构，使构建过程更加灵活和统一：

# 构建x64安装包
python build_tools/build_qt.py --release --confirm_license --target_arch=x64
bazelisk build --config oss_windows --config release_build package --platforms=//:windows-x86_64

# 构建ARM64安装包
python build_tools/build_qt.py --release --confirm_license --target_arch=arm64
bazelisk build --config oss_windows --config release_build package --platforms=//:windows-arm64

技术优势

1. 构建性能提升：通过共享平台配置，避免了重复构建依赖项，预计构建步骤可从8100+减少到4500左右。

2. 架构支持扩展性：新的配置方式更容易支持多种CPU架构，为未来添加ARM64等新架构支持奠定了基础。

3. 配置一致性：与macOS平台的构建方式保持相似，降低了跨平台开发的学习成本。

4. 维护便利性：集中管理平台配置，修改和更新更加方便。

实施效果

经过优化后，Windows平台的构建过程将具有以下改进：

1. 构建时间大幅缩短，接近原有GYP构建系统的性能水平。

2. 构建步骤数量显著减少，提高了开发效率。

3. 为多架构构建提供了清晰的扩展路径，特别是对ARM64的支持准备就绪。

4. 构建配置更加标准化，便于团队协作和持续集成。

这一优化不仅解决了当前的性能问题，还为Mozc项目未来的跨架构发展奠定了良好的基础。