Phalcon需通过pecl安装C扩展并正确配置php.ini，禁用模型事件可提升查询性能，自研C扩展须适配PHP 8+ ZPP语法及内存管理，共存时注意Zend内存冲突与执行上下文安全。
Phalcon 框架怎么装上就报 Class 'Phalcon\Http\Response' not found
不是没装，是没装对。Phalcon 是 C 扩展，不是 Composer 包，composer require phalcon/phalcon 完全无效，装了也白装。
- 必须用
pecl install phalcon（PHP 8.0+ 推荐pecl install phalcon-5.0.0显式指定版本） - 装完确认
php -m | grep phalcon有输出，再检查php.ini是否加载了extension=phalcon.so（Linux/macOS）或extension=php_phalcon.dll（Windows） - 常见坑：PHP CLI 和 Web SAPI（如 Apache 或 PHP-FPM）用的是两套
php.ini，只配了 CLI 的，浏览器访问照样报错
Phalcon 的 Phalcon\Mvc\Model 查询慢得离谱怎么办
默认开启完整模型事件和验证，每查一条都触发 beforeFind、afterFetch，还自动转驼峰字段名——这些在高频列表页就是性能黑洞。
- 简单查询直接用
Phalcon\Db：比如$db->fetchAll("SELECT id,name FROM users WHERE status=1")，绕过模型层 - 必须用模型时，关掉非必要行为：
find(['conditions' => 'status = ?', 'bind' => [1], 'columns' => 'id,name'])，显式指定columns避免全字段映射 - 别在循环里 new Model，复用
Di::getDefault()->get('db')实例比反复走 DI 容器快得多
想用 C 扩展加速 PHP，但 ext_skel 生成的骨架编译不过
不是代码写错了，是 PHP 头文件和构建环境不匹配。PHP 8 引入了 ZPP（Zend Parameter Parsing）新语法，老教程里的 ZEND_ARG_INFO 宏和参数解析方式全失效。
- 先跑
phpize && ./configure && make，卡在zend_API.h: No such file or directory？说明没装php-devel（CentOS/RHEL）或php-dev（Ubuntu/Debian） - PHP 8+ 必须用
ZEND_PARSE_PARAMETERS_START(1, 2)替代旧的ZEND_ARG_INFO，且函数声明末尾要加{ return SUCCESS; } - 别手写
config.m4，用php-ext-skel --extname=myext --no-prompt（PHP 8.2+ 自带），它生成的模板已适配当前版本
phalcon.so 和自研 C 扩展共存时出现段错误（SIGSEGV）
两个扩展都操作了 Zend 内存管理器或全局资源（比如共享同一个 zval 缓存池），而 Phalcon 的内存分配策略（emalloc vs malloc）和你写的扩展不一致，一碰就崩。
立即学习“PHP免费学习笔记（深入）”；
- 优先启用
ZEND_MM_ENABLED=0环境变量启动 PHP（如ZEND_MM_ENABLED=0 php-fpm），强制关闭 Zend 内存管理器，暴露真实内存问题 - 所有扩展中涉及
zval操作，必须用ZVAL_STRING/ZVAL_LONG等宏，禁止直接赋值zv->value.lval = ... - Phalcon 5.x 默认开启
opcache.save_comments=0，如果你的扩展依赖注释反射（比如做 AOP），得手动开回来，否则zend_function->op_array.doc_comment是空指针
Phalcon 和自研 C 扩展都不是黑盒，但它们的底层耦合点藏得深——比如一个扩展改了 EG(current_execute_data)，另一个读它，就可能踩到执行上下文错位。调试时别只盯自己代码，gdb --args php -m 看 backtrace 才是正解。
