PHP单行注释用//或#，效果一致且不跨行；//为主流写法，#为PHP特有但少用；注释内含/*或?>可能引发解析问题，不可插入语句中间。
PHP单行注释用//或#
PHP支持两种单行注释语法：//和#，效果完全一致，都让其后到行末的内容被忽略。它们不能跨行，也不能嵌套。
-
//是主流写法，兼容性好，和C/Java/JavaScript风格统一，推荐日常使用 -
#是PHP特有，语义稍弱，容易被误认为Shell脚本注释，新项目中基本不用 - 注释前可以有空格，但不能有未闭合的字符串或注释（比如
"//没结束引号，会导致解析错误）
//后面不能跟/*开始的多行注释
单行注释不“感知”其他注释符号，//之后的所有内容（包括/* ... */）都会被当作纯文本跳过，不会触发多行注释逻辑。
// 这整行都是注释，哪怕写上 /* 这里不会开启多行注释 */ 也没用 echo "hello"; // /* 这里也不会被当注释块处理 */ echo "world";
- 常见误操作：想用
//临时屏蔽一段含/* ... */的代码，结果因换行导致语法错乱 - 正确做法：用
/* ... */包裹整段，或确保//只用于纯粹单行 - IDE通常不会对
//后的/*做高亮识别，容易视觉误导
注释里写?> 可能意外关闭PHP标签
如果在<?php 区块内写单行注释，且注释内容包含?>（哪怕带空格），而该文件是短标签未启用、又没用?> 显式关闭时，PHP解析器仍可能提前终止PHP模式。
<?php // 这里写 ?> 会出问题吗？—— 会！PHP在词法分析阶段就可能截断 echo "safe"; ?>
- 实际影响取决于PHP版本和
short_open_tag配置，但5.4+已较稳定；不过仍建议避免在注释中出现?紧邻> - 更安全的写法：
// 这里写 ? > 或 ? > 都没问题 - 模板文件（如混合HTML）中尤其要注意，注释里的
?>可能让后续HTML被当成PHP执行
单行注释不影响性能，但别写在define()或const值中间
注释本身编译时就被丢弃，运行时零开销。但若误把注释插进定义语句里，会导致语法错误。
立即学习“PHP免费学习笔记（深入）”；
// ❌ 错误：注释打断了常量定义
define('API_URL', 'https://www.php.cn/link/710ba53b0d353329706ee1bedf4b9b39' // 这里不能换行加注释
. '/v1');
<p>// ✅ 正确：注释放在完整表达式之前或之后
// 拼接URL路径
define('API_URL', '<a href="https://www.php.cn/link/710ba53b0d353329706ee1bedf4b9b39">https://www.php.cn/link/710ba53b0d353329706ee1bedf4b9b39</a>' . '/v1');-
define()、const、函数参数列表、数组字面量等结构内部不能插入单行注释 - 想说明某项配置含义，注释应放在该行上方，而非右侧或中间
- 某些老版本PHP（如5.2）在复杂表达式中混用注释可能触发解析器bug，虽已罕见，但生产环境仍建议规避
注释不是语法糖，它是解析器必须跳过的字符流；看似简单，但混在表达式中间、靠近边界符号（?、"、'）时，最容易悄无声息地破坏结构。
