如何在 PHP 中去除关联数组中重复的任务值

利用 PHP 处理关联数组时，如何优雅地剔除重复的任务值？这不只是代码整洁的问题，更是数据准确性的关键一步。本文将介绍两种高效的去重方案：一是使用 array_unique() 对子数组统一去重，二是在插入前用 in_array() 进行预判断。这两种方法都特别适合从数据库批量查询后，按员工分组去重的场景。

在实际开发中，我们经常需要根据用户的角色（比如从 $_SESSION['ROLES'] 获取）去批量查询数据库，然后把结果按员工 ID 分组，整理成任务列表。但这里有个坑：当多个角色对应到同一个员工和同一个任务时，重复数据就来了。比如下面这种情况：

[24] => Array(
    [0] => "21"
    [1] => "22"
    [2] => "21"  // 重复
    [3] => "22"  // 重复
)

要确保每个员工的任务列表都是干净无冗余的，下面这两个方案值得关注，它们既专业又安全，可读性也好。

方案一：批量去重（推荐）

这个思路很直接：先把所有任务收集到一个临时数组里，最后用 array_unique() 一次性把重复的剔除，顺便还能用 array_values() 重新索引键名。

function Job($conn) {
    $array = [];
    foreach (array_unique($_SESSION['ROLES']) as $role_id) {
        $sql = "SELECT employee, task FROM table WHERE id = ? AND employee = 24";
        // ⚠️ 这里的 SQL 写法和参数绑定只是示意，生产环境一定要用预处理语句，防止注入
        $result = $conn->executeSQL($sql, [$role_id]);
        $tasks = [];
        foreach ($result as $row) {
            $tasks[] = $row['task'];
        }
        $array[$row['employee']] = array_values(array_unique($tasks));
    }
    return $array;
}

优点很明显：逻辑清晰、性能稳定，尤其是单次查询返回的记录较多时，array_unique() 内部的优化相当可靠。

方案二：增量去重（适合小数据量或需要实时控制）

这个方案侧重于“在插入之前就把问题解决”。每次往目标数组里追加任务值时，先用 in_array() 检查一下，如果这个任务已经存在，就不再加进来。

function Job($conn) {
    $array = [];
    foreach (array_unique($_SESSION['ROLES']) as $role_id) {
        $sql = "SELECT employee, task FROM table WHERE id = ? AND employee = 24";
        $result = $conn->executeSQL($sql, [$role_id]);
        foreach ($result as $row) {
            $empId = $row['employee'];
            $task = $row['task'];
            if (!isset($array[$empId])) {
                $array[$empId] = [];
            }
            if (!in_array($task, $array[$empId], true)) {
                $array[$empId][] = $task;
            }
        }
    }
    return $array;
}

需要留意的是：in_array() 在数据量大的时候性能会下降，因为它的时间复杂度是 O(n)。如果某个员工的任务数超过百条，建议用 array_flip() 转成键值映射来优化。

安全与最佳实践提醒

安全提醒往往比功能实现更值得关注。

• SQL 注入风险：原始代码中直接拼接参数到 SQL 里是绝对不可取的。务必改成预处理语句，比如 PDO 的 prepare/execute 或者 MySQLi 的 bind_param。
• 类型严格比较：in_array($task, $array[$empId], true) 中的第三个参数 true 开启了严格类型检查，可以避免 "1" 和 1 被误判为相同值。
• 空结果处理：$result 可能为空，这时 $row['employee'] 就未定义了。方案一中直接取了循环最后一条的 $row，方案二则建议在循环外初始化 $empId 或增加非空校验。

总的来说，方案一更简洁、健壮，是首选方案。如果业务逻辑需要在插入时做日志记录、触发钩子等操作，再考虑方案二，并且一定要做好性能评估。