不推荐依赖get_parent_id()等非原生方法，应查数据库中明确的parent_id字段；需校验parent_id存在性、防SQL注入、避免N+1问题，并处理parent_id为空/0/自指/失效等边界情况。
PHP中用get_parent_id()或parent_id字段查父栏目是否可靠？
不推荐直接依赖get_parent_id()这类自定义方法——它不存在于PHP原生函数中，大概率是某CMS（如dedecms、thinkphp封装）的扩展逻辑，一旦换框架或升级就失效。真正稳定的方式是查数据库里明确存着的parent_id字段。
常见错误现象：调用get_parent_id()报Fatal error: Call to undefined function；或返回0却没检查该ID是否真实存在对应栏目。
- 先确认你的栏目表结构里是否有
id和parent_id字段（典型设计），且parent_id = 0表示顶级栏目 - 避免用
SELECT * FROM category WHERE id = $parent_id后不做mysqli_num_rows()或empty()判断，导致空数据被当有效栏目处理 - 如果栏目表用了
lft/rgt（如闭包表模型），则不能靠parent_id，得走WHERE lft ? ORDER BY lft DESC LIMIT 1找直接父级
用PDO查单个父栏目数据时，fetch()和fetchOne()怎么选？
fetchOne()不是PDO标准方法，是ThinkPHP、Yii等框架的Query Builder封装，原生PDO只有fetch()、fetchColumn()、fetchAll()。误写fetchOne()会直接报错。
正确做法是用fetch()取一行关联数组，再判断是否为false：
立即学习“PHP免费学习笔记（深入）”；
$stmt = $pdo->prepare("SELECT * FROM category WHERE id = ?");
$stmt->execute([$parent_id]);
$parent = $stmt->fetch(PDO::FETCH_ASSOC);
if (!$parent) {
// 父栏目不存在，可设为null或抛异常
}- 别用
fetchColumn(0)取父栏目名——它只返回第一列，无法拿到完整数据 - 如果只要父栏目名称，SQL里明确写
SELECT name FROM category WHERE id = ?，比SELECT *更轻量 - 注意
$parent_id必须经过intval()或绑定参数过滤，防止注入；字符串ID（如UUID）需用PDO::PARAM_STR显式声明类型
递归获取所有上级栏目（无限级）时，为什么容易栈溢出或死循环？
核心问题在于没控制递归深度或没检测环状引用。比如A的parent_id是B，B的parent_id又指回A，不加防护就会无限调用。
- 加深度限制：递归函数第3个参数传
$maxLevel = 5，每次进递归减1，到0就强制终止 - 用
array_keys($visited)记录已查过的id，每次查询前检查in_array($id, $visited) - 更稳妥的做法是改用while循环+栈模拟递归，避免PHP默认的100层递归限制被突破
- 如果层级超过5级，建议前端用懒加载+AJAX按需拉取，而非一次查全树
Laravel中用belongsTo()关联查父栏目，with()会不会N+1？
单独写$category->parent会触发N+1：查10个栏目，就发10次SQL查父级。但用with('parent')预加载就能合并为2条SQL。
关键点在于模型关系定义必须正确：
// Category.php
public function parent()
{
return $this->belongsTo(Category::class, 'parent_id');
}- 别漏掉第二个参数
'parent_id'，否则Eloquent默认按category_id匹配，查不到数据 - 如果父栏目也需查它的父级（祖父级），用
with('parent.parent')，但要注意深度过大会拖慢查询 - 用
Category::with('parent')->find($id)而不是Category::find($id)->load('parent')，后者仍可能N+1
层级关系看着简单，但parent_id为空、为0、为自身ID、指向已删除记录——这四种边界情况，90%的代码都没覆盖全。
