本文详解 PHP 中“会话未启动时无法执行脚本”问题的根源，指出 session_status() === PHP_SESSION_NONE 在 session_start() 前恒为 true 的误区，并提供安全、可复用的会话级单次计数方案。
本文详解 php 中“会话未启动时无法执行脚本”问题的根源，指出 `session_status() === php_session_none` 在 `session_start()` 前恒为 true 的误区，并提供安全、可复用的会话级单次计数方案。
在构建链接缩短系统（如统计短链点击与独立会话数）时，一个常见需求是：每个用户会话仅对 session 字段累加 1 次，而 click 字段则每次访问均递增。初学者常误以为可通过 session_status() 判断“会话是否已存在”来控制逻辑分支，但该函数的行为存在关键误解——它仅反映当前 PHP 运行上下文中会话是否已被初始化（即 session_start() 是否已调用），而非客户端是否已持有有效会话 ID。
例如，以下写法是错误的：
<?php
if (session_status() === PHP_SESSION_NONE) {
session_start(); // ❌ 此处 session_status() 总为 true（因尚未 start）
// … 后续逻辑将每次执行，导致 session 计数失控
}session_status() 在 session_start() 调用前始终返回 PHP_SESSION_NONE，因此该条件永远成立，无法区分“新会话”与“已有会话”。
✅ 正确做法是：统一在脚本开头调用 session_start()，然后通过 $_SESSION 中的自定义标记（flag）判断当前会话是否为首次访问该资源。该方案既符合 PHP 会话机制规范，又具备状态可追溯性。
以下是推荐的健壮实现：
<?php
// ✅ 第一步：始终在脚本最顶端启动会话（注意：不能有任何输出前调用）
session_start();
// ✅ 第二步：使用预处理语句防止 SQL 注入（关键安全实践）
$slug = $_GET['slug'] ?? ''; // 假设 slug 来自 URL 参数
try {
// 检查当前会话是否已对该链接完成过 session 计数
if (!isset($_SESSION['shortlink_visited'][$slug])) {
$stmt = $pdo->prepare("UPDATE links SET session = session + 1 WHERE slug = :slug");
$stmt->execute([':slug' => $slug]);
// 标记该会话已访问此链接
$_SESSION['shortlink_visited'][$slug] = true;
}
// ✅ 所有请求（含首次和非首次）均更新 click 计数
$stmt = $pdo->prepare("UPDATE links SET click = click + 1 WHERE slug = :slug");
$stmt->execute([':slug' => $slug]);
} catch (PDOException $e) {
error_log("Link update failed: " . $e->getMessage());
http_response_code(500);
exit('Server error');
}? 关键注意事项：
- session_start() 必须位于脚本最开始（无任何输出、空格或 BOM），否则将触发 “Headers already sent” 错误；
- 永远使用预处理语句（prepare + execute），严禁字符串拼接 SQL（如 $slug = '$slug'），防止 SQL 注入；
- 避免全局 $_SESSION 冗余膨胀：建议使用嵌套键（如 $_SESSION['shortlink_visited'][$slug]）而非扁平化布尔值，便于多链接场景扩展；
- 会话有效期需匹配业务预期：若需长期统计（如 30 天内去重），应结合数据库持久化会话标识（如 session_id() + user_agent + ip_hash），而非仅依赖 PHP 默认会话生命周期；
- 重定向页特殊处理：由于您提到这是跳转页（如 redirect.php?slug=abc），请确保响应头中不含缓存指令（如添加 header('Cache-Control: no-cache, no-store, must-revalidate');），避免代理或浏览器缓存导致会话逻辑失效。
综上，核心原则是：会话状态 ≠ 会话存在性检测，而是以 $_SESSION 作为应用层状态寄存器。通过合理设计会话标记，即可精准实现“每会话一次”的业务约束，同时保障安全性与可维护性。
