codeigniter中set_cookie()需先加载cookie helper，否则报错；必须在header发送前调用；数组形式更安全且支持httponly；删除cookie须严格匹配domain/path/prefix；secure/httponly影响调试。
set_cookie 函数不是“设了就一定能写进浏览器”的黑盒，它依赖于请求响应流程、参数合法性、以及是否已加载辅助函数——没加载 cookie helper 就直接调用 set_cookie()，会报 Call to undefined function set_cookie()。
必须先加载 cookie helper 才能用 set_cookie()
CodeIgniter 不自动加载 cookie 辅助函数，哪怕你在控制器里写了 set_cookie('a', 'b')，也会直接报错。
- 在控制器方法开头加
$this->load->helper('cookie'); - 或在
application/config/autoload.php里把'cookie'加进$autoload['helpers']数组（推荐长期使用场景） - 别在视图里 load helper 再调用 —— 虽然语法上可行，但 header 已发送后调用
set_cookie()会静默失败（浏览器收不到 Set-Cookie 头）
set_cookie() 的两种调用方式参数含义完全不同
传数组和传多个参数，字段顺序和默认值都不一样，混用容易导致 domain/path 失效、cookie 写不进子域名或被 JS 读取。
- 多参数形式：
set_cookie($name, $value, $expire, $domain, $path, $prefix, $secure)–$expire是「秒数」，不是时间戳；0 表示会话级 Cookie（关浏览器即删） –$domain若填'.example.com'，子域（如api.example.com）可共享；留空则仅当前主机生效 –$path必须以/开头，path => ''或path => '\/'都无效 - 数组形式（更推荐）：
set_cookie(['name'=>'token', 'value'=>'abc123', 'expire'=>3600, 'domain'=>'.example.com', 'path'=>'/', 'secure'=>true, 'httponly'=>true])– 所有字段显式写出，避免歧义；httponly参数只在数组形式中支持（多参数形式不接受该参数） –expire同样是秒数，不是时间戳
删除 Cookie 必须匹配设置时的 domain/path/prefix
delete_cookie('name') 看似简单，但实际删除失败最常见原因就是路径或域不一致。
- 如果当初用
set_cookie(['name'=>'uid', 'domain'=>'.example.com', 'path'=>'/admin'])设置， 删除时就得写delete_cookie('uid', '.example.com', '/admin') - 前缀（
prefix）也参与匹配：若设置时用了'prefix'=>'ci_'，那真实 cookie 名是ci_uid，delete_cookie('uid')删不掉，得用delete_cookie('uid', '', '/', 'ci_') - 安全起见，删之前建议先用
get_cookie('uid')确认它是否存在且可读
别忽略 httponly 和 secure 对调试的影响
这两个选项一旦开启，会立刻改变你观察 cookie 的方式：
-
httponly => true：浏览器开发者工具的 Application → Cookies 里仍可见，但document.cookie读不到，JS 无法篡改 —— 这是好事，但如果你正用 JS 检查 cookie 是否写入，会误判失败 -
secure => true：只在 HTTPS 下生效；本地开发用http://localhost时设了这个，cookie 直接不会写入，且无任何提示 - 开发阶段建议先关掉这两个选项（
secure=>false, httponly=>false），确认逻辑跑通后再开启
set_cookie 的行为高度依赖上下文：是否已输出内容、是否 HTTPS、domain 是否带点、path 是否合法、helper 是否加载……漏掉任意一环，cookie 就像被吞掉一样无声无息。真正难的不是写那行代码，而是排查哪一层悄悄拦住了它。
