不建议新项目启用php短标签；开启后支持
PHP 短标签 默认是关闭的，开启后确实能少打几个字符，但会带来明确的兼容性与安全风险，不建议新项目启用。
短标签开启后哪些语法能用
开启 short_open_tag = On 后，以下三种写法会被 PHP 解析为代码开始：
-
（纯短标签，等价于<?php） -
=（短回显标签，等价于<?php echo） <?xml等以开头但后接字母的，仍被当作 XML 声明（不受影响）
注意：<script language="php"></script> 已在 PHP 7.0+ 被彻底移除，和短标签无关。
为什么线上环境普遍禁用短标签
主要问题不在“不安全”，而在于“不可靠”：
立即学习“PHP免费学习笔记（深入）”；
- PHP 安装时默认
short_open_tag = Off，很多容器镜像、云函数、共享主机根本不允许修改 - Composer 包或第三方模板引擎（如 Twig、Blade）可能在文件开头写
<?xml，若短标签开启，<?xml会被误解析为 PHP 代码，直接报错 - PHP 8.0+ 进一步弱化短标签支持，
在 CLI 模式下默认无效，仅 Web SAPI 可能生效 - 和 XML/HTML 混写时容易出错：比如
if ($x): ?>中的?>若被编辑器或部署工具误删，整个页面崩解且难定位
什么场景下可以谨慎考虑开启
仅限满足全部条件的老项目迁移或封闭环境：
- 项目全栈由你控制，且所有服务器、Dockerfile、CI 都显式声明并测试过
short_open_tag = On - 代码中从未混用
<?xml、<?php echo和=，模板里没有遗留的 ASP 风格标签 - 团队明确约定：所有 PHP 文件必须以
<?php开头，短标签只用于视图层简单输出（如= $title ?>），且禁用纯 - 已确认所用框架（如 Laravel 的 Blade）未依赖短标签——它用的是自定义编译，和 PHP 原生短标签无关
替代方案比开启短标签更可靠
真想简化输出，优先用语言级或框架级方案：
- PHP 5.4+ 原生支持
=（无需开短标签，只要short_open_tag = On或 PHP >= 5.4 且short_open_tag未被完全禁用）——但注意：PHP 8.0+ 中该行为取决于配置，不是无条件可用 - 现代框架如 Laravel Blade 的
{{ $var }}、Twig 的{{ var }}，语义清晰、自动转义、与 PHP 配置解耦 - 如果只是嫌
<?php echo冗长，可封装一个全局函数function e($s) { echo htmlspecialchars($s); }，然后统一用<?php e($title); ?>
短标签看似省事，实则把配置耦合、解析歧义、环境差异这些麻烦悄悄转移到了运行时——查错成本远高于多敲几个字符。
