PHP强制类型转换按规则截断而非直觉四舍五入，如(int)"12.9abc"得12、(int)"abc12"得0；表单/API中易混淆0与非法值，应优先用filter_var验证；JSON数字带引号即为字符串；PDO默认返回字符串需显式转换。
PHP中用(int)、(string)这类括号语法转换，为什么有时结果很奇怪？
因为PHP的强制类型转换是“按规则截断+隐式解释”，不是“按人类直觉四舍五入”或“按字符串内容智能识别”。比如(int) "12.9"得到12（直接截掉小数部分），而(int) "12.9abc"也是12（遇到非数字字符就停）；但(int) "abc12"会变成0（开头不是数字，整个失败）。这种行为在表单处理或API数据清洗时特别容易翻车。
常见错误现象：(int) $_GET['id'] === 0无法区分“用户真传了0”和“用户传了空字符串或非法值”。
- 字符串转整型优先用
filter_var($str, FILTER_VALIDATE_INT)，它返回false而不是0来表示失败 -
(bool)对空数组[]、字符串"0"、浮点数0.0都转成false——这点和JS完全不同，别凭经验猜 - 对象转
string会触发__toString()方法，没定义就报Fatal error: Object of class X could not be converted to string
json_decode()后数字变字符串？怎么让PHP保持原始类型
默认情况下json_decode()把JSON里的数字全当float或int还原，但前提是JSON本身没加引号。如果后端返回的是{"price": "99.9"}（带引号），那PHP收到的就是string，不是float。这不是PHP的问题，是JSON格式决定的。
使用场景：调用第三方API，对方文档写“price为数字”，实际返回却是字符串，导致is_int($data->price)始终为false。
立即学习“PHP免费学习笔记（深入）”；
- 检查原始JSON字符串里数字是否被引号包裹，用
json_last_error()确认解析无误后再判断类型 - 需要统一转数字时，别直接
(float)，先用is_numeric()过滤，再用floatval()或intval()——floatval("1e5")能正确转100000.0，而(float)"1e5"也行，但(int)"1e5"会得1 - PHP 8.1+可用
JSON_INVALID_UTF8_IGNORE等标志避免因编码问题导致字段丢失，间接影响类型判断
isset()、empty()、is_null()到底该用哪个判断变量类型和存在性
这三个根本不是同一类工具：isset()判断变量是否已声明且不为null；empty()判断值是否“空”（包括""、0、"0"、[]、false、null）；is_null()只认null。混用会导致逻辑漏洞，比如用empty($id)过滤ID参数，结果$id = 0被当成空跳过，但0是合法ID。
性能影响：三者都是语言结构，不是函数，没有函数调用开销，但empty()内部做了多条件判断，略慢于isset()。
- 检查变量是否已赋值且非
null：用isset($var) - 检查变量是否明确为
null：用$var === null或is_null($var) - 判断“用户没提交这个字段”：
!isset($_POST['name'])比empty($_POST['name'])更准确 -
"0"字符串会被empty()判为true，但isset("0")是true，is_null("0")是false
数据库取出来的数字为什么是字符串？PDO预处理怎么控制类型
PDO默认把所有字段都作为string返回，哪怕MySQL字段是INT或DECIMAL。这是为了兼容不同驱动和避免精度丢失（比如大整数超出PHP int范围），但会让开发者误以为“类型自动对齐”了。
使用场景：从MySQL查出user_id（INT UNSIGNED），直接用$row['user_id'] === 123比较会失败，因为左边是字符串"123"，右边是整数123。
- 设置
PDO::ATTR_STRINGIFY_FETCHES => false可关闭字符串化，但只对部分驱动生效（MySQLi更可靠） - 更稳妥的是用
PDO::ATTR_EMULATE_PREPARES => false配合原生预处理，再结合PDO::ATTR_ORACLE_NULLS等微调 - 简单项目直接用
filter_var($row['amount'], FILTER_VALIDATE_FLOAT)或intval($row['count'])显式转，比依赖PDO自动转换更可控
类型转换最麻烦的地方不在语法，而在“你以为它转了，其实它没转”——尤其是跨系统交互（HTTP、DB、JSON）时，每个环节都可能悄悄塞进一层字符串包装。盯住var_dump()输出的真实类型，比背规则管用。
