在搭建面向不同地区用户的网站时，PHP可以通过会话（session）与URL参数配合来维护用户的语言选择。会话适合记录长期偏好，URL参数则方便分享与搜索引擎抓取特定语种页面。两者结合既能减少重复操作，也能保证链接可定位。
为何需要会话与URL参数结合
单纯依赖会话存储语言，在用户复制链接发给他人时，对方打开可能仍是默认语言，因为会话只存在于原浏览器。单纯使用URL参数，每次分享都要带参数，且用户清掉参数后偏好就丢失。将二者结合，URL参数作为即时指令，会话作为记忆载体，可以互补短板。
从架构角度看，这种机制属于表现层的国际化策略。它不涉及数据库字段的多语言化，只解决界面文字的切换。对于内容型站点或后台管理系统，该方案开发成本低，易于维护。需要注意，语言切换不应改变页面路由结构，否则会影响既有链接权重。
核心实现逻辑与优先级
处理请求时，应先检查URL中是否携带语言参数，例如 ?lang=en。若携带且值在白名单内，则使用该值并更新会话；若未携带，则从会话读取；会话也无记录时使用默认语言。这样的优先级保证用户主动选择永远生效，且选择被记住。
下面是一段基础处理代码，展示如何安全地获取并保存语言设置：
<?php
session_start();
// 允许的语言白名单
$allowed_langs = array('zh', 'en', 'ja');
$default_lang = 'zh';
// 从URL参数获取语言
if (isset($_GET['lang']) && in_array($_GET['lang'], $allowed_langs, true)) {
$lang = $_GET['lang'];
$_SESSION['lang'] = $lang;
} elseif (isset($_SESSION['lang']) && in_array($_SESSION['lang'], $allowed_langs, true)) {
$lang = $_SESSION['lang'];
} else {
$lang = $default_lang;
$_SESSION['lang'] = $lang;
}
echo '当前语言：' . $lang;
?>
上述代码使用 in_array 严格模式，防止类似 0 或空字符串的弱类型绕过。白名单机制是安全底线，绝不能将用户输入直接拼接到 include 或 file_get_contents 的路径中。
语言包加载与回退
语言包通常以数组形式存放在独立文件里，按语种命名。加载时根据 $lang 引入对应文件，并提供缺失键的回退。如下示例展示简单语言包与读取函数：
<?php
// lang/zh.php
return array(
'welcome' => '欢迎访问',
'logout' => '退出登录'
);
// lang/en.php
return array(
'welcome' => 'Welcome',
'logout' => 'Logout'
);
function t($key, $lang) {
static $dict = array();
if (!isset($dict[$lang])) {
$file = __DIR__ . '/lang/' . $lang . '.php';
if (file_exists($file)) {
$dict[$lang] = include $file;
} else {
$dict[$lang] = array();
}
}
// 回退到默认语言
if (!isset($dict[$lang][$key])) {
$default = 'zh';
if (!isset($dict[$default])) {
$dict[$default] = include __DIR__ . '/lang/' . $default . '.php';
}
return isset($dict[$default][$key]) ? $dict[$default][$key] : $key;
}
return $dict[$lang][$key];
}
?>
这种静态缓存方式避免重复读取文件，提升性能。回退策略保证即使翻译不全，页面也不会出现空白或报错键名。实际项目中可将语言包改为JSON，用 json_decode 加载，逻辑类似。
如果站点规模扩大，建议将语言包纳入版本管理，并由翻译人员通过独立界面维护，防止代码与文案耦合过深。同时可为每个语种设置独立缓存键，减少IO开销。
生成带语言参数的链接
为了让用户停留当前语言，站内链接应自动附加 lang 参数。可以封装一个辅助函数，在输出href时拼接。注意使用 htmlspecialchars 处理URL，防止注入。
<?php
function lang_url($path, $lang) {
$sep = strpos($path, '?') !== false ? '&' : '?';
return htmlspecialchars($path . $sep . 'lang=' . urlencode($lang), ENT_QUOTES, 'UTF-8');
}
// 使用示例
echo '<a href="' . lang_url('/about.php', $lang) . '">' . t('welcome', $lang) . '</a>';
?>
该函数兼容已有参数的URL，不会破坏查询字符串。在前端模板中统一调用，可确保全站语言状态连续。若使用路由重写，也可将语言作为路径前缀，如 /en/about，此时仍要在后端同步写入会话。
常见误区与优化建议
一个典型误区是只用Cookie而不用会话，Cookie易受客户端禁用影响，且不利于服务端渲染判断。另一个误区是将语言参数放在表单隐藏域却忽略GET链接，导致刷新后丢失。建议所有导航均走URL参数，会话仅做备份。
性能上，高并发站点可将语言字典缓存到Redis，键名包含语种与版本号。安全上，除白名单外，应对 Accept-Language 请求头做解析作为默认语种推测，但不可信任其优先级高于用户显式选择。最终形成的机制既稳健又易于扩展。