isset只能用于变量或变量链，不能用于函数调用等表达式，否则报“Cannot use isset() on the result of an expression”错误；正确用法如isset($_GET['q'])，错误用法如isset(trim($_GET['q']))。
isset 不能用于表达式，只接受变量或变量链
直接写 isset(trim($_GET['q'])) 或 isset($arr['key'] . $suffix) 会报语法错误：「Cannot use isset() on the result of an expression」。因为 isset 是语言构造（language construct），不是普通函数，它只允许接收「可写变量」（lvalue）——即能被赋值的变量名、数组下标、对象属性等，不接受任何计算过程。
- ✅ 正确用法：
isset($_GET['q'])、isset($user->name)、isset($config['db']['host']) - ❌ 错误用法：
isset(trim($_GET['q']))、isset($_GET['q'] ?? '')、isset(123 + 456) - ⚠️ 特别注意：
isset($arr[$key])中的$key可以是表达式（如$key = strtoupper('id')），但整个左操作数必须是合法变量结构，不能含函数调用或运算符
想判断处理后的值是否“存在”，得先赋值再检测
如果你真正关心的是「经过 trim() 后的字符串是否非空」，那 isset 根本不是对的工具——它连空字符串 '' 都返回 true。你实际要的是语义上的「有有效输入」，而不是「有没有这个变量」。
- 先提取再判断：
$q = $_GET['q'] ?? ''; if (trim($q) !== '') { ... } - 避免 Notice 的安全写法：
$q = $_GET['q'] ?? ''; if (isset($q) && trim($q) !== '') { ... }——其实isset($q)这步冗余，因为?? ''已确保$q一定存在且非null - 更简洁可靠：
if (!empty(trim($_GET['q'] ?? ''))) { ... }，但注意empty会把"0"当空，需按业务判断是否可接受
isset 多参数时，任一未设置就短路返回 false
写 isset($a, $b, $c) 看似方便，但容易掩盖逻辑问题。它要求所有变量都「已声明且不为 null」，一旦中间某个变量未定义（比如 $b 根本没赋值过），整个表达式立刻返回 false，不会继续检查 $c。
- 适用场景：批量校验表单必填字段是否传入，例如
isset($_POST['email'], $_POST['password'], $_POST['token']) - 风险点：如果
$_POST['email']传了但值为null（极少见，但可能来自 JSON 解析或 API 调用），也会失败；而array_key_exists('email', $_POST)才能捕获「键存在但值为null」的情况 - 替代思路：用
array_filter($_POST, 'isset')不行——isset不能当回调；正确做法是逐个判断，或封装成小函数
和 array_key_exists、empty 混用时的关键区别
很多人试图用 isset 替代类型判断，结果踩坑。它唯一回答的问题是：「这个变量名在当前作用域里是不是一个已设置、非 null 的实体？」
立即学习“PHP免费学习笔记（深入）”；
-
isset($_GET['id'])→true即使值是''、0、false、"0" -
array_key_exists('id', $_GET)→true即使值是null（但 PHP 数组里一般不会存null键值） -
empty($_GET['id'])→true对应''、0、'0'、null、false、[]等“空值” - 最常被忽略的一点：
isset($obj->prop)在$obj是null时会触发 Fatal Error，必须先isset($obj)再链式判断，或改用property_exists+is_object
