php刪除檔案後重建，檔案建立時間(filectime)未變更怎麼解決？ ？

1. php 建立文件名稱為 test.html 的文件，使用 filectime 取得建立時間 t1

2. php 刪除檔案名稱為 test.html 的檔案

3. php 重新建立文件名為 test.html 的文件，使用 filectime 取得建立時間 t2

為什麼 t1 = t2 ？ ？ 就是創建時間為什麼沒更新？ ？ 我使用了 clearstatcache 函數清除檔案狀態快取也沒點用，這個要怎麼解決？ ？ （由於在判斷是否重新產生快取檔案的時候，需要知道快取檔案的建立時間，所以很重要..，求解決~）
下面是出現這種情況的問題的程式碼(有點密，請耐心看下哈)：

<code>     // 页面缓存
     if ((defined('DEBUG_MODE') && !DEBUG_MODE) && (defined('CACHE_CONTROL') && CACHE_CONTROL)) {
         $opr = $GLOBALS['module'] . '/' . $GLOBALS['platform'] . '/' . $GLOBALS['controller'] . '/' . $GLOBALS['act'];
         $cache_name = md5($opr) . TEMPLATE_SUFFIX;
         $cache_file = APP_DIR . '/' . $GLOBALS['module'] . '/' . $GLOBALS['platform'] . '/Cache/' . $cache_name;
         // 清除文件状态缓存（就我使用的情况来看，压根没毛用...，这什么情况？？）
         clearstatcache();
         // 缓存文件不存在 创建
         if (!$GLOBALS['FOpr']->checkFile($cache_file)) {
            require_once $view_file;
            $GLOBALS['FOpr']->cFile($cache_file);
            $GLOBALS['FOpr']->wData($cache_file , ob_get_contents());
         } else {
            // 超时重新缓存
            if (time() > filectime($cache_file) + CACHE_LIFE_TIME) {
                require_once $view_file;
                // 缓存文件超时时，先删除原缓存文件
                $GLOBALS['FOpr']->dFile($cache_file);
                // 新建同名缓存文件
                //（新建文件时，filectime 获取文件创建时间一直没更新！这个怎么破？？
                // 这导致我没法重新生成缓存文件了！）
                $GLOBALS['FOpr']->cFile($cache_file); 
                // 写入缓存
                $GLOBALS['FOpr']->wData($cache_file , ob_get_contents() , 'w');
            } else {
                // 加载缓存文件
                require_once $cache_file;
            }
         }
     } else {
         // 显示动态文件（非缓存）
         require_once $view_file;
     }</code>

回覆內容：

1. php 建立文件名稱為 test.html 的文件，使用 filectime 取得建立時間 t1

2. php 刪除檔案名稱為 test.html 的檔案

3. php 重新建立文件名為 test.html 的文件，使用 filectime 取得建立時間 t2

為什麼 t1 = t2 ？ ？ 就是創建時間為什麼沒更新？ ？ 我使用了 clearstatcache 函數清除檔案狀態快取也沒點用，這個要怎麼解決？ ？ （由於在判斷是否重新產生快取檔案的時候，需要知道快取檔案的建立時間，所以很重要..，求解決~）
下面是出現這種情況的問題的程式碼(有點密，請耐心看下哈)：

<code>     // 页面缓存
     if ((defined('DEBUG_MODE') && !DEBUG_MODE) && (defined('CACHE_CONTROL') && CACHE_CONTROL)) {
         $opr = $GLOBALS['module'] . '/' . $GLOBALS['platform'] . '/' . $GLOBALS['controller'] . '/' . $GLOBALS['act'];
         $cache_name = md5($opr) . TEMPLATE_SUFFIX;
         $cache_file = APP_DIR . '/' . $GLOBALS['module'] . '/' . $GLOBALS['platform'] . '/Cache/' . $cache_name;
         // 清除文件状态缓存（就我使用的情况来看，压根没毛用...，这什么情况？？）
         clearstatcache();
         // 缓存文件不存在 创建
         if (!$GLOBALS['FOpr']->checkFile($cache_file)) {
            require_once $view_file;
            $GLOBALS['FOpr']->cFile($cache_file);
            $GLOBALS['FOpr']->wData($cache_file , ob_get_contents());
         } else {
            // 超时重新缓存
            if (time() > filectime($cache_file) + CACHE_LIFE_TIME) {
                require_once $view_file;
                // 缓存文件超时时，先删除原缓存文件
                $GLOBALS['FOpr']->dFile($cache_file);
                // 新建同名缓存文件
                //（新建文件时，filectime 获取文件创建时间一直没更新！这个怎么破？？
                // 这导致我没法重新生成缓存文件了！）
                $GLOBALS['FOpr']->cFile($cache_file); 
                // 写入缓存
                $GLOBALS['FOpr']->wData($cache_file , ob_get_contents() , 'w');
            } else {
                // 加载缓存文件
                require_once $cache_file;
            }
         }
     } else {
         // 显示动态文件（非缓存）
         require_once $view_file;
     }</code>

就你的應用場景而言：

• filemtime 能更好的完成Cache的超時判斷邏輯；

• 檔案是可以不刪除的，因為重新寫入後，filemtime會改變；

• 你刪除檔案一定有原因，但請看答案下的「題外」

就PHP的刪除、建立檔案而言

筆者用以下程式碼做了個試驗

<code>$path = __DIR__.'/test.txt';

file_put_contents($path, 'content1');
echo filectime($path),PHP_EOL;

unlink($path);
sleep(2);

file_put_contents($path, 'content2');
echo filectime($path),PHP_EOL;</code>

結果：

windows （windows 10 x64）

返回時間的確一樣，當我第二次執行時，時間仍然同第一次的一樣。
但是我的確看到了這個txt消失了2秒後，再被生成。這也許在windows下有這樣的邏輯存在(未深究)，如圖是我第二次執行後得到的文件屬性：

linux下 CentOS

返回的時間，會改變

題外

在我寫的或我看到的一些file cache引擎中，read cache操作，即使偵測到逾時，也並未刪除Cache檔案。

• 這裡並不是偷懶，畢竟unlink很容易

• 而是減少必要的i/o請求，以及並發帶來的unlink的風險（自己想一下為什麼？）

• 再說，按照慣性思維，既然你在訪問此cache，那麼此cache肯定會被複寫的，所以刪除後重建的意義不太大

• 唯一的問題是磁碟空間佔用問題，例如一些很久沒人訪問的cache仍然佔用空間，對於這種情況，我們一般選擇容忍，或者自己實現代碼用定時任務去刪除

• smarty編譯檔案和你的場景類似，他的做法是：不刪除