PHP 常量使用深度解析：define 陷阱、判斷錯誤、性能劣勢與類常量最佳實踐

PHP 常量使用深度解析：define 陷阱、判斷錯誤、性能劣勢與類常量最佳實踐

Zend Framework 文檔強烈不建議使用 define 定義全局常量，推薦類常量 const。本文深度剖析 define 的三大核心問題：重複定義靜默失敗、判斷語法易錯、查找機制導致性能低，並給出類常量、類屬性、PHP_EOL 等最佳替代方案。

一、define 三大核心坑

1. 重複定義不報錯，只拋 Notice

<?php
define('C', 12345);
define('C', 123); // Notice: Constant C already defined
// C 仍為 12345，第二次定義無效
?>

後果： 若他人先定義同名常量，你的代碼將使用錯誤值，且無異常拋出，極難排查。

2. 判斷定義狀態語法陷阱

<?php
define('C', 12345);

// ❌ 錯誤 1：isset 只能檢測變量
if (isset(C)) { ... } // Parse error

// ❌ 錯誤 2：defined 參數必須是字符串
if (defined(C)) { ... } // Notice: Use of undefined constant C

// ✅ 正確：字符串常量名
if (defined('C')) { ... }
?>

3. 執行效率低：多次哈希表查找

<?php
define('FORUM_THEME', $forum['theme']);
$this->display('/' . FORUM_THEME . '@Public:login');
// PHP 內部需在常量表中多次查找 FORUM_THEME，比變量慢
?>

常量存儲於 EG(zend_constants) 哈希表，每次使用需哈希查找；變量存儲於符號表，直接索引，速度更快。

二、最佳替代方案

1. 類常量：編譯期綁定、命名空間隔離、性能優

<?php
class Config {
    const WEBSITE = 'www.zhuyinghao.com';
    protected $_forumTheme;

    public function setForumTheme($theme) {
        $this->_forumTheme = $theme;
    }

    public function display() {
        echo self::WEBSITE; // 類內訪問
        echo $this->_forumTheme; // 實例屬性
    }
}

// 使用
echo Config::WEBSITE; // 類外訪問
$cfg = new Config();
$cfg->setForumTheme($forum['theme']);
$cfg->display();
?>

2. 類屬性替代運行時配置常量

運行期才確定的值（如數據庫讀取的配置），用 protected $_xxx + getter/setter，避免 define 運行期定義的混亂。

三、補充：構造函數命名演進與 PHP_EOL

1. 構造函數：PHP 4 vs PHP 5+

• PHP 4：構造函數 = 類名，子類構造函數不自動調用父類；
• PHP 5+：統一 __construct()，兼容舊式類名構造函數，但 __construct() 優先；
• 最佳實踐：只用 __construct()，避免混淆。

2. 跨平台換行：PHP_EOL

• Linux/Unix：\n；
• Windows：\r\n；
• Mac (OS 9-)：\r；
• PHP_EOL 自動適配當前運行平台，寫日誌、生成文件必用。

四、總結建議

1. 能用變量/類屬性不用常量：性能高、作用域清晰、易調試；
2. 必須用常量時，用 class const：命名空間隔離、編譯期綁定、IDE 自動提示；
3. 避免 define 定義全局常量：污染全局命名空間、重複定義靜默失敗、判斷語法易錯、性能劣勢；
4. 換行用 PHP_EOL：跨平台兼容；
5. 構造函數統一 __construct()：現代 PHP 標準。

貫徹「少用常量、用類封裝配置」原則，代碼更健壯、可維護性更強。