xampp在m1/m2 mac上可运行但需架构对齐：默认通过rosetta 2模拟x86_64，php扩展等若混用arm64产物会导致加载失败或崩溃；须用xampp自带phpize/php-config编译扩展，并完整重启服务验证配置。
XAMPP 在 M1/M2 Mac 上不是“不能运行”，而是默认走 Rosetta 2 模拟 x86_64 架构——这本身不卡，但一旦 PHP 扩展、CLI 工具、自定义编译模块（如 swoole.so 或 phalcon.so）混入 arm64 架构产物，就会触发动态库加载失败、进程崩溃或 Apache 启动后立即退出，这才是你感知到“卡顿”或“无法启动”的真实原因。
确认当前 XAMPP 运行架构，别靠猜
终端里先执行：arch，看输出是 arm64 还是 x86_64；再运行：/Applications/XAMPP/xamppfiles/bin/php -v。如果 arch 输出 arm64，但 php -v 显示 x86_64，说明你终端是原生环境，但调用的 PHP 是 Rosetta 转译的——这是 PATH 错乱或启动方式不对的信号。更准的验证是：file /Applications/XAMPP/xamppfiles/bin/php，它会明确告诉你这个二进制文件到底是哪种架构。
extension=xxx.so 加载失败：90% 是架构错配，不是路径写错
报错信息里出现 mach-o file, but is an incompatible architecture (have 'arm64', need 'x86_64')，就代表你放了一个 arm64 编译的扩展，去喂给 x86_64 的 XAMPP PHP。Homebrew、MacPorts、pecl install 默认产出 arm64 扩展，直接扔进 XAMPP 扩展目录必炸。
PyCharm 2026.2.0.1 Mac版提供 JetBrains 官方 2026.2.0.1 版本安装包，适合在macOS系统上进行 Python 项目开发、运行、调试和测试。
- 必须用 XAMPP 自带的
phpize和php-config编译扩展，例如：/Applications/XAMPP/bin/phpize+./configure --with-php-config=/Applications/XAMPP/bin/php-config - M1/M2 上若需强制 x86_64 编译，加前缀：
arch -x86_64 /Applications/XAMPP/bin/phpize - 扩展目录路径必须匹配 ABI ID，比如 PHP 8.2 对应
no-debug-non-zts-20220829，这个数字得用/Applications/XAMPP/bin/php-config --php-api查实
php.ini 修改后 Apache 不生效：重启方式错了
编辑的是 /Applications/XAMPP/xamppfiles/etc/php.ini，但只点 XAMPP 控制面板里的 “Restart Apache” 是不够的——XAMPP 的 CLI PHP 和 Apache PHP 加载的是同一份配置，但 Apache 子进程可能缓存旧配置，尤其在 Rosetta 混合环境下。
- 必须完整 stop → start 整个 XAMPP 服务，或终端执行：
sudo /Applications/XAMPP/xamppfiles/xampp restart - 验证是否生效：访问
http://localhost/dashboard/phpinfo.php，搜索Loaded Configuration File，确认路径和内容已更新 - 若扩展仍不显示，检查
extension_dir值是否与实际.so文件所在目录完全一致（注意末尾斜杠、ABI 数字、大小写）
最易被忽略的一点：XAMPP 自身没有原生 ARM 版本，所谓“ARM 支持”只是社区手动编译或替换组件的结果，稳定性不可控。如果你需要长期稳定开发，与其反复对齐架构，不如改用 homebrew 安装原生 php@8.2 + nginx + mysql 组合——它们天然 arm64，扩展管理清晰，调试链路干净。XAMPP 在 M1/M2 上本质是个兼容性过渡方案，不是生产级选择。
