錯誤 1：Headers Already Sent Warning: Cannot send session cookie - headers already

標準 ASCII 碼對照表 (0-127) DecHexOctChar說明 000000NUL空字符 909011TAB水平製表 \t 100A012LF換行

引用遠程 URL 的條件與風險 必要配置 ; php.ini allow_url_fopen = On ; 允許 fopen 協議處理器訪問

問題背景 $_SERVER[REQUEST_URI] 僅 Apache 支持，Nginx + PHP-FPM、IIS、CLI 模式下可能不存在或值異常。 通用

亂碼核心原因 中文亂碼本質是 編碼不一致：生產端編碼 ≠ 傳輸端編碼 ≠ 接收端編碼 ≠ 顯示端編碼。 全鏈路編碼一致性檢查表 環節關鍵設置檢查命令 PHP

系統換行符差異 系統換行符ASCII轉義序列 Linux/Unix/macOSLF10 (0x0A)\n WindowsCRLF13+10 (0x0D 0x0

核心區別對比 維度CookieSession 存儲位置客戶端瀏覽器服務器端 (文件/內存/Redis/DB) 存儲容量單個 4KB，域名下約 20-50 個受

問題現象 iconv(GB2312,UTF-8,中文標題)]; echo json_encode($arr2); // 輸出：{title:\u4e2d\u6

方法一：array_filter() 內置函數 (推薦) 1654 ) */ // 注意：鍵名保持不變，非連續 ?> 方法二：自定義回調函數 (精確控

empty() 核心規則 empty($var) 等價於 !isset($var) || !$var，以下值均視為「空」返回 true： 值類型empty(

為什麼需要 mb_substr？ PHP 內建 substr() 按位元組截取，中文 UTF-8 佔 3 位元組、GBK 佔 2 位元組，直接用 substr(

函數簽名 string mb_convert_encoding( string $string, string $to_encoding,

需求場景 API 對接、資料庫遷移、舊系統整合時，常需將陣列/物件內所有字串從一種編碼批量轉換為另一種（如 GBK → UTF-8）。 通用遞迴轉換函數 [標

核心原理：Magic Numbers（魔數） 檔案副檔名可任意修改，但**檔案開頭的二進制特徵碼（Magic Numbers）不可偽造**。通過讀取前 1024

問題現場 XAMPP 環境，頁面顯示亂碼 Apache 配置、PHP 配置檢查無誤 頁面 meta 標籤宣告 UTF-8，但瀏覽器識別為 GBK 排查鏈路

問題現象 Nginx + PHP-FPM 環境下，大量 php-cgi 進程 CPU 飆升至 100% top 命令顯示多個 php-cgi 進程長時間佔用

函數簽名差異 // strtr 三種形式 string strtr(string $str, string $from, string $to)

核心函數速查表 函數用途關鍵參數 fopen()打開/建立檔案，返回檔案指標模式：r/r+/w/w+/a/a+ fclose()關閉檔案指標$handle f

問題本質 HTML 預設會將多個連續空格合併顯示為單個空格（空白字元折疊）。若需保留用戶輸入的多個空格，必須將空格字元（ASCII 32）轉換為 HTML 實體

問題現象 在 32 位系統上，PHP 整數最大值為 2147483647（PHP_INT_MAX）。當 JSON 包含超過此值的整數時，json_decode(