phpenv不负责启用扩展，snmp需在各PHP版本编译时添加--with-snmp或手动追加snmp.so；验证用php -m | grep snmp，配置仅写extension=snmp.so即可。
phpenv 本身不负责开启或编译扩展，它只管理 PHP 版本切换；snmp 扩展必须在每个 PHP 版本编译安装时或安装后手动追加，否则 phpenv 切换版本后依然没有 snmp 功能。
确认当前 phpenv 管理的 PHP 是否已编译 snmp
很多人误以为 phpenv 能“启用”扩展，其实它只是软链接 php 命令到不同版本的二进制。是否支持 SNMP，取决于那个版本的 PHP 在构建时是否包含 --with-snmp，或后续是否手动装过 snmp.so。
- 运行
phpenv version查看当前激活版本（如7.4.33） - 执行
php -m | grep snmp—— 若无输出，说明该版本没加载 snmp 扩展 - 再运行
php --ini找到Loaded Configuration File，打开它检查是否有extension=snmp.so - 若配置存在但未生效，大概率是
snmp.so根本没生成或路径不对
为 phpenv 下某 PHP 版本手动安装 snmp 扩展
适用于你用 phpenv install 7.4.33 安装了源码版 PHP，但当时没加 SNMP 支持。此时不能重装整个 PHP，而是走标准的「已编译 PHP 追加扩展」流程：
- 确保系统已装依赖：
yum install net-snmp-devel（CentOS）或apt install snmpd libsnmp-dev（Ubuntu/Debian） - 找到对应 PHP 版本的源码目录，通常在
~/.phpenv/sources/7.4.33/ - 进入
ext/snmp/子目录：cd ~/.phpenv/sources/7.4.33/ext/snmp - 运行该版本自带的
phpize：~/.phpenv/versions/7.4.33/bin/phpize - 配置编译参数（关键！路径必须指向当前版本的
php-config）：./configure --with-php-config=~/.phpenv/versions/7.4.33/bin/php-config --with-snmp - 执行
make && make install，成功后会提示类似Installing shared extensions: /home/user/.phpenv/versions/7.4.33/lib/php/extensions/no-debug-zts-20190902/ - 编辑该版本的
php.ini（路径见php --ini输出），末尾添加：extension=snmp.so
常见失败原因和绕过坑点
即使步骤全对，snmp 扩展也容易因几个隐蔽问题静默失效：
立即学习“PHP免费学习笔记（深入）”；
-
phpize或php-config用错版本：必须严格使用目标 PHP 版本对应的二进制，不能直接敲phpize（那会调用系统默认或当前 shell 的 PATH 中第一个） - ZTS（线程安全）不匹配：如果 PHP 是 ZTS 模式编译的（常见于某些包管理器安装版），而
snmp.so是非 ZTS 编译的，PHP 启动时会忽略该扩展且不报错 —— 查看phpinfo()中 “Thread Safety” 字段确认 -
net-snmp库版本太旧：部分老系统（如 CentOS 7 默认的 net-snmp 5.7.x）与 PHP 7.4+ 的snmp扩展存在符号冲突，升级net-snmp到 5.8+ 可解决 - 扩展路径写错：不要写绝对路径如
extension=/home/xxx/.phpenv/.../snmp.so，PHP 会自动在extension_dir下搜索，只写extension=snmp.so即可
真正麻烦的不是编译命令本身，而是每个 PHP 版本都要单独处理一次 —— 如果你用 phpenv 管着 5 个版本，就得重复 5 遍上面流程。别跳过 php -m | grep snmp 验证，因为配置写错、so 文件缺失、ZTS 不一致这三类问题都不会抛出明显错误，只会让 snmpget() 等函数直接返回 false 或空数组。
