Notepad4项目中的32位ARM架构支持现状分析

在Notepad4文本编辑器项目的开发过程中，32位ARM架构(ARM32)的支持遇到了新的技术挑战。本文将深入分析这一架构支持的技术背景、当前问题以及项目维护者的解决方案。

技术背景

32位ARM架构支持最初是为了满足Windows RT设备(如Surface RT)越狱用户的需求而引入的。Windows RT是基于ARM架构的特殊Windows版本，只能运行32位ARM应用。Notepad4作为一款通用文本编辑器，考虑到这部分小众用户的需求，一直保持着对ARM32架构的编译支持。

问题发现

在最新的Windows SDK 10.0.26100.1版本中，微软移除了对32位ARM架构的库文件支持。这一变化直接导致Notepad4项目在Visual Studio 2022环境下无法完成ARM32架构的编译，系统报错提示找不到对应的Windows SDK组件。

影响分析

这一变化并非孤立现象，而是微软在Windows 11 build 26100 ARM64版本中整体移除ARM32子系统的一部分。值得注意的是，这一决策带来了显著的兼容性问题，因为微软自身及第三方开发者的许多UWP/商店应用仍只有32位ARM版本，包括Minecraft Bedrock、OneDrive、VLC等知名应用。

解决方案

项目维护者采取了以下应对措施：

1. 回退到Windows SDK 10.0.22621版本，该版本仍完整支持ARM32架构
2. 在GitHub Actions构建流程中实施临时解决方案：从22621版本SDK复制必要的库文件到26100版本目录下
3. 明确表示将在临时方案失效时正式放弃对ARM32架构的支持

相关技术讨论

在问题讨论过程中，还涉及了以下技术要点：

1. .NET Framework 4.8.1新增了"run-as-native-arm64"选项，允许AnyCPU程序集在ARM64设备上原生运行
2. 项目中的FindInFiles工具经过重新编译测试，确认可通过特定命令行参数强制以ARM64原生模式运行
3. 项目中的"HD"版本专为高DPI屏幕设计，包含额外的图像资源

未来展望

随着微软逐步淘汰32位ARM支持，Notepad4项目也将顺应技术发展趋势。项目维护者承诺会保持ARM32支持直到构建系统彻底无法工作，体现了对现有用户的尊重和对技术演进的理性态度。这一案例也反映了Windows on ARM生态系统的转型期特点，为开发者处理类似架构过渡问题提供了参考。