問題現象 在 ThinkPHP 控制器中直接輸出 <script> 標籤的 JavaScript 代碼，瀏覽器不執行，而是直接顯示代碼文本。經測試發

不同系統的換行符差異 表單 textarea 提交的換行符因作業系統而異： Windows：\r\n (CRLF，ASCII 13 + 10) Linux/U

問題背景 在 PHP 開發中，使用 iconv() 函數將 UTF-8 編碼的字串轉換為 GB2312 時，經常會遇到字串被意外截斷的問題。這通常發生在源字串包

核心查找邏輯流程圖 require/include(path/to/file.php) │ ▼ ┌────────────────

前置條件 已開通 MySQL 數據庫服務（獲取主機地址、用戶名、密碼、數據庫名）。 支持 PHP 的虛擬主機（FTP/文件管理器訪問權限）。 安裝步驟

問題本質 AJAX (XMLHttpRequest) 內部強制使用 UTF-8 編碼發送/接收數據。GB2312 頁面直接發送中文參數會導致服務端接收亂碼；服務

核心差異對比表 表達式isset()empty()is_null()備註 $a = nullfalsetruetrue $a = truetruefalse空

核心 API 簽名 // DirectSoundEnumerate 回調函數類型 type TDSCallback = function( lpGu

檢測邏輯原理 移除 ASCII 字符（0x01-0x7F），若剩餘為空 → 默認 GB2312。 假設為 GB2312，用正則驗證雙字節結構 [\xA1-\x

函數簽名 int|float hexdec(string $hex_string) string dechex(int $number) 基礎示例 十六進制

函數簽名 void var_dump(mixed $expression, mixed ...$expressions) 輸出變量的**類型**、**值**、

核心區別 特性includerequire 文件不存在發出 **E_WARNING**，腳本**繼續執行**發出 **E_COMPILE_ERROR**，腳本

錯誤級別常量速查表 值常量說明 1E_ERROR致命運行時錯誤，腳本終止 2E_WARNING非致命運行時警告，腳本繼續 4E_PARSE編譯時解析錯誤 8E

核心正則模式 <?php // GB2312/GBK 純中文（雙字節高位 0xA1-0xFE） $pattern_gb = /^[\xA1-\xFE]+$

函數定義與限制 函數轉換方向適用編碼限制 utf8_encode(string $str)ISO-8859-1 → UTF-8僅限 Latin-1 (西歐語系

函數作用速覽 函數作用參數返回值 session_cache_limiter()獲取/設置會話緩存控制模式可選：public/private/no_cache

JS 原生函數行為 函數編碼範圍輸出格式狀態 escape()ASCII 以外字符%XX (Latin-1) 或 %uXXXX (Unicode)**已棄用*

函數對比速覽 特性tempnam()tmpfile() 返回值文件路徑字符串文件資源句柄 文件生命周期手動刪除，腳本結束不自動刪除fclose() 或腳本結束

函數簽名對比 函數參數返回值核心用途 md5(string $str, bool $raw = false)字符串32 字符十六進制數 / 16 字節二進制字

錯誤重現 <?php $str = 測試•特殊符號; // UTF-8 echo iconv(UTF-8, GBK, $str); // Notice: