Dreamweaver不执行PHP，内存溢出错误由PHP解释器触发；根源在脚本逻辑或配置，需查PHP错误日志定位问题文件与行号，优先采用流式处理大文件而非全量加载。
Dreamweaver（DW）本身不执行 PHP，所谓“DW 写 PHP 内存溢出”其实是误判——真正报 Allowed memory size exhausted 错误的，是 PHP 解释器（比如本地 Apache + PHP 或 XAMPP/WAMP 环境），而 DW 只是编辑器。问题根源在 PHP 脚本逻辑或配置，不是 DW 造成的。
为什么在 DW 里保存/预览就崩？
常见于：你在 DW 中点击“实时视图”或“在浏览器中预览”，触发了本地 PHP 服务运行某个脚本（比如读取大 CSV、解析大 JSON、递归遍历目录），此时 PHP 进程因内存不足崩溃，浏览器显示白屏或错误提示。
- DW 不参与 PHP 执行，它只是把文件发给 Web 服务器；
memory_limit是 PHP 配置项，和 DW 无关 - 如果你用 DW 的“站点”功能启用了“测试服务器”，那实际是 Apache/Nginx + PHP 在跑，不是 DW
- 检查错误是否真出现在浏览器控制台或 PHP 错误日志里，而不是 DW 界面弹窗（DW 自身不会报 PHP 内存错误）
如何定位是哪个 PHP 脚本超内存？
别猜，直接看 PHP 错误日志路径（XAMPP 默认在 C:\xampp\php\logs\php_error_log，MAMP 在 /Applications/MAMP/logs/php_error.log），搜索关键词：Allowed memory size exhausted，日志会明确写出出问题的文件名和行号。
- 重点检查含
file_get_contents()、json_decode()、simplexml_load_file()、glob()或循环中不断array_push()的代码 - 如果脚本里有
ini_set('memory_limit', ...)，优先删掉——它掩盖了设计缺陷 - 用
memory_get_usage(true)在关键位置打点，确认哪段代码突增内存
处理大文件的正确姿势（别硬读进内存）
PHP 默认把整个文件加载到内存，对 >10MB 的文件极易溢出。改用流式处理：
立即学习“PHP免费学习笔记（深入）”；
- 读大 CSV：用
fgetcsv()逐行读，而不是file_get_contents() + str_getcsv() - 读大 JSON：用
json_decode(file_get_contents(...))是禁忌；改用JsonStreamingParser类库或stream_filter_append()分块解析 - 写大文件：用
fopen(..., 'a')+fwrite()，避免先拼接大字符串再file_put_contents() - 处理大数组：用
yield写生成器函数，配合foreach迭代，不一次性生成全量数据
临时调高 memory_limit 有用吗？
有用，但只是掩耳盗铃。在 php.ini 里改 memory_limit = 512M 或脚本开头加 ini_set('memory_limit', '512M')，能让你绕过当前报错，但下次文件再大 10MB 又崩。更危险的是：这会让内存泄漏或低效算法被忽略，上线后在生产环境（通常限制更严）直接失败。
-
开发环境可临时设为
1G用于调试，但必须同步重构代码 - 线上环境严禁用
ini_set()开大内存，多数主机商禁用该函数 -
memory_limit不是性能开关，是安全阀——它爆了，说明你该重写逻辑了
真正卡住人的，往往不是“怎么调内存”，而是没意识到 file_get_contents('big.json') 这一行已经把整个文件塞进内存了。流式读取、分块处理、及时 unset() 大变量，这些动作看着琐碎，却是 PHP 处理大文件不可跳过的实操细节。
