PHP has encountered an Access Violation 錯誤的解決方法

更新時間：2010年01月17日 23:40:49 作者：

一般是因為eaccelerator的問題，windows下容易出現(xiàn)這個問題。

搭建wordpress的時候發(fā)覺居然會報這種錯誤，網(wǎng)上的解決方案都是千篇一律的復制粘貼，都是關(guān)于eaccelerator的設置問題，我很奇怪我并沒有安裝這個擴展??？不過倒是安裝過APC擴展，兩種擴展都是優(yōu)化服務器做底層代碼支持，實現(xiàn)緩存共享。將APC關(guān)閉就不報錯了。

一般是因為eaccelerator的問題
解決方法如下:
php for windows的bug
參考：

第一種可能：

去掉 php中 eaccelerator 的擴展
這樣做能夠解決您的問題，不過可能會加重系統(tǒng)負擔
因為eaccelerator主要是為了節(jié)省系統(tǒng)資源的東西

具體做法是找到php.ini
如果是我?guī)湍渲玫?，一般在c:/php/php.ini或者 c:/winnt/php.ini 或者c:/windows/php.ini

去掉

復制代碼代碼如下:

zend_extension_ts="C:\php\extensions\eaccelerator_win_xxx.dll" 
eaccelerator.shm_size="16" 
eaccelerator.cache_dir="c:\temp" 
eaccelerator.enable="1" 
eaccelerator.optimizer="1" 
eaccelerator.check_mtime="1" 
eaccelerator.debug="0" 
eaccelerator.filter="" 
eaccelerator.shm_max="0" 
eaccelerator.shm_ttl="0" 
eaccelerator.shm_prune_period="0" 
eaccelerator.shm_only="0" 
eaccelerator.compress="1" 
eaccelerator.compress_level="9" 

ea主要是在unix環(huán)境下開發(fā)的，但是作者忽略到windows實際上不像u主機那樣，是沒有u主機的那種內(nèi)存共享機制的
這個bug已經(jīng)提交給他們了，希望0.9.5能夠解決

當然，如果您的機器這個問題不嚴重，建議還是保留，ea是一塊非常優(yōu)秀的Php緩存+加速軟件
配合zo使用，將會降低系統(tǒng)負擔 50%-80%左右，提高負載能力、速度和效率 200%左右

第二種可能

session_save_path 需要設定一個實際的物理路徑，并且該目錄需要everyone的所有權(quán)限，類似U主機的0777

第三種可能
c:/winnt/temp 或者 c:/windows/temp
也需要everyone的所有權(quán)限，類似U主機的0777

第四種可能
您的內(nèi)存嚴重不足，查看一下，如果有問題，請加內(nèi)存，最好是一次加兩條
比如加1G內(nèi)存，最好是加2條一模一樣的512M。否則沒有啟用雙通道，效果也很一般

第五種可能
ZendOptimizer和php的搭配不是很好
換個版本試試看
目前比較穩(wěn)定的搭配是
php4.3.11+zo 2.5.10a
或者php4.4.1+zo 3.0 beta2

第六種可能

這種多屬于用win2003的用戶
他們在應用池中設定了限制
比如多長時間回收，最大使用內(nèi)存多少等等
這些設置勢必造成這個經(jīng)典的php錯誤

很多人說，是php版本的問題，其實不然，可以從四個地方來看這個問題
1，是否zend所需的dll文件所在目錄給的權(quán)限不夠，必須有讀取和運行的權(quán)限
2，是否使用的2003，設置過應用池，比如池中限制了什么什么，調(diào)整一下再試試看，是否好了，呵呵
3，php.ini有兩個地方?jīng)]有設置，而且一些程序必須用到的

A
將;upload_tmp_dir該行的注釋符，即前面的分號“；”去掉，使該行在php.ini文檔中起作用。upload_tmp_dir是用來定義上傳文件存放的臨時路徑，在這里你還可以給其定義一個絕對路徑，例如：upload_tmp_dir = d:upload 　當然，此時你的d:upload目錄必須有讀寫權(quán)限。
這里我設置為
upload_tmp_dir = "c:\windows\temp\"

B
出現(xiàn)這樣的錯誤語句一般是因為你的php.ini中關(guān)于session.save_path一項沒有設置好，解決的方法是將session.save_path和session.cookie_path 設置置為
session.save_path = "c:\windows\temp\"
session.cookie_path = "c:\windows\temp\"
(這個設置不知道是否正確.沒試過.)
也可以在c:\目錄下建立一個temp目錄，即可(前面我們的eaccelerarot正好用到，建立過這么一個文件夾)

PHP has encountered an Access Violation解決方法總結(jié)
這個問題不是很好處理，困惑了很多站長非常時間了
主要出現(xiàn)在windows主機的服務器上。
在php官方，http://bugs.php.net/
也能夠查到兩三千頁的報告，他們官方也是束手無策，經(jīng)過了11個小版本后，還是沒有徹底解決
http://bugs.php.net/search.php?c ... ess&x=8&y=9

目前我提供一下這幾年我維護經(jīng)驗，我的一些民間解決辦法

本貼不斷更新，請關(guān)注！！！引用:
第一種可能：

去掉 php中 eaccelerator 的擴展
這樣做能夠解決您的問題，不過可能會加重系統(tǒng)負擔
因為eaccelerator主要是為了節(jié)省系統(tǒng)資源的東西

具體做法是找到php.ini
如果是我?guī)湍渲玫?，一般在c:/php/php.ini或者 c:/winnt/php.ini 或者c:/windows/php.ini

去掉

復制代碼代碼如下:

zend_extension_ts="C:\php\extensions\eaccelerator_win_xxx.dll"
eaccelerator.shm_size="16"
eaccelerator.cache_dir="c:\temp"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="0"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"

ea主要是在unix環(huán)境下開發(fā)的，但是作者忽略到windows實際上不像u主機那樣，是沒有u主機的那種內(nèi)存共享機制的
這個bug已經(jīng)提交給他們了，希望0.9.5能夠解決

當然，如果您的機器這個問題不嚴重，建議還是保留，ea是一塊非常優(yōu)秀的Php緩存+加速軟件
配合zo使用，將會降低系統(tǒng)負擔 50%-80%左右，提高負載能力、速度和效率 200%左右引用:
第二種可能

session_save_path 需要設定一個實際的物理路徑，并且該目錄需要everyone的所有權(quán)限，類似U主機的0777引用:
第三種可能
c:/winnt/temp 或者 c:/windows/temp
也需要everyone的所有權(quán)限，類似U主機的0777引用:
第四種可能
您的內(nèi)存嚴重不足，查看一下，如果有問題，請加內(nèi)存，最好是一次加兩條
比如加1G內(nèi)存，最好是加2條一模一樣的512M。否則沒有啟用雙通道，效果也很一般引用:
第五種可能
ZendOptimizer和php的搭配不是很好
換個版本試試看
目前比較穩(wěn)定的搭配是
php4.3.11+zo 2.5.10a
或者php4.4.1+zo 3.0 beta2引用:
第六種可能

這種多屬于用win2003的用戶
他們在應用池中設定了限制
比如多長時間回收，最大使用內(nèi)存多少等等
這些設置勢必造成這個經(jīng)典的php錯誤
木頭經(jīng)過數(shù)以百計的測試，敢擔保問題會出現(xiàn)在這里。引用:
第七種解決辦法
2003用戶,可以通過修改正在運行的應用池的, “性能”-“WEB園”“最大工作進程數(shù)”來解決.
曾經(jīng)有個用戶，直到加為10，才徹底解決了這個問題。