Карта знаний PHP — huihui-ai:pi-100k, run-104 · think: medium

{"answer": "否", "解释": "双引号会解析变量和转义序列（如\\n、\\t），单引号则几乎原样输出，功能上并不相同。"}

{"answer": "是", "解释": "?? 运算符等价于 isset($a) ? $a : $b，isset 对未定义变量返回 false 且不产生警告。"}

{"answer": "ab", "解释": "echo 支持逗号分隔多个参数，输出时直接拼接为字符串 ab。"}

{"answer": "是", "解释": "print 是运算符，返回整数 1，可赋值或参与表达式；echo 是语言结构，不返回值。"}

{"answer": "否", "解释": "Elvis 运算符 ?: 在左侧为假时返回右侧操作数，而非左侧。"}

{"answer": "否", "解释": "在 PHP 中 . 与 +、- 同级，而非更低。"}

{"answer": "否", "解释": "PHP 中 ** 运算符是右结合的，2 ** 3 ** 2 实际计算为 2 ** (3 ** 2) = 2 ** 9 = 512。"}

{"answer": "总和: 5", "解释": "加法 + 优先级高于拼接 .，因此先算 2+3=5，再拼接得到 '总和: 5'。"}

{"answer": "否", "解释": "PHP 的 === 比较数组时要求键值对不仅相同，还必须以相同顺序出现，因此顺序是有关系的。"}

{"answer": "否", "解释": "0 == false 返回 true，且 == 是松散比较而非严格比较（严格比较是 ===）。"}

{"answer": "否", "解释": "PHP 8 中非数字字符串与整数比较改为字符串比较，\"abc\" == \"0\" 为 false。"}

{"answer": "是", "解释": "PHP 宽松比较(==)中，null == 0、null == ''、null == false 均为 true。"}

{"answer": 42, "解释": "PHP 将字符串转为整数时取前导数字部分，忽略后续非数字字符。"}

{"answer": 10, "解释": "PHP中'5'是数字字符串，+运算符将其转为整数5，5+5=10。"}

{"answer": "否", "解释": "PHP 中 false 转换为字符串时得到的是空字符串 \"\"，而非 \"0\"。"}

{"answer": "是", "解释": "PHP 中浮点数遵循 IEEE 754，0.1+0.2 的结果并非精确的 0.3，因此严格比较 === 返回 false。"}

{"answer": "否", "解释": "strrev() 按字节反转，而 UTF-8 多字节字符会被拆散，导致乱码。"}

{"answer": "是", "解释": "str_contains() 检查 'world' 是否存在于 'Hello world' 中，确实存在，返回 true。"}

{"answer": "否", "解释": "str_pad() 第三个参数可指定 STR_PAD_LEFT、STR_PAD_RIGHT 或 STR_PAD_BOTH，不局限于右侧。"}

{"answer": "否", "解释": "PHP trim() 默认会去除空格、制表符(\\t)、换行符(\\n)、回车符(\\r)、换页符(\\v)和NUL(\\0)，并非只去空格。"}

{"answer": 6, "解释": "UTF-8 中每个中文字符占 3 字节，strlen 按字节计数，'你好'共 2×3=6 字节。"}

{"answer": "def", "解释": "substr 起始位置为负数时从末尾倒数，-3 即取最后3个字符 'def'。"}

{"answer": "否", "解释": "ucfirst() 返回一个新字符串，不会修改原字符串。"}

{"answer": "是", "解释": "heredoc 与双引号字符串类似支持变量插值，nowdoc 与单引号字符串类似，将内容按字面量处理，不解析变量。"}

{"answer": "否", "解释": "sort() 排序后会重新索引键为 0,1,2…，保持键值对应关系的是 asort()。"}

{"answer": "是", "解释": "PHP 中数组键为可转为整数的字符串（如 '5'）时，会自动存储为整数 5。"}

{"answer": "否", "解释": "in_array() 的第三个参数 $strict 默认为 false，即默认使用松散比较（==）而非严格比较（===）。"}

{"answer": "是", "解释": "不带回调时，array_filter() 会移除所有 falsy 值（false、0、0.0、\"\"、\"0\"、null、[]）。"}

{"answer": "否", "解释": "array_slice() 的第四个参数 preserve_keys 默认为 false，即默认会重新从 0 开始索引数字键。"}

{"answer": "[20, 30]", "解释": "array_slice 从索引1开始取2个元素，即 20 和 30。"}

{"answer": 2, "解释": "PHP数组+运算左侧键优先，结果为['a'=>1,'b'=>2]，共2个元素。"}

{"answer": "是", "解释": "PHP 8.1 扩展了数组展开运算符，使其支持含字符串键的数组。"}

{"answer": "否", "解释": "PHP 允许在同一个调用中组合 ...$args 与命名参数，只需将 ...$args 放在命名参数之前即可。"}

{"answer": "是", "解释": "PHP 闭包可以访问其定义所在作用域的变量（按引用），use 只是用于显式按值捕获变量。"}

{"answer": 3, "解释": "func_num_args() 返回实际传入的实参数量，与形参声明数量无关，此处传了3个参数。"}

{"answer": "否", "解释": "箭头函数（fn）的函数体只能是单个表达式，不能用花括号包裹多个语句。"}

{"answer": "否", "解释": "PHP 箭头函数(fn)对外部变量是按值捕获的，而非按引用捕获；按引用捕获需使用闭包的 use(&$var) 语法。"}

{"answer": "是", "解释": "PHP 中 static 闭包不会绑定 $this，因此无法在内部访问当前对象。"}

{"answer": 5, "解释": "use($x) 默认按值捕获，闭包中$x在定义时已被固定为5，后续修改不影响闭包内的值。"}

{"answer": "是", "解释": "弱类型模式下PHP会自动将可转换的字符串（如\"5\"）转为int，不会抛出TypeError。"}

{"answer": "是", "解释": "构造函数属性提升是 PHP 8.0 引入的特性，允许在构造函数参数中直接用访问修饰符声明属性。"}

{"answer": "final", "解释": "final 修饰方法后，子类不可再重写该方法。"}

{"answer": "是", "解释": "PHP 中 final 方法禁止子类重写，违反将产生致命错误。"}

{"answer": "否", "解释": "PHP 中 private 属性仅在其声明的类内部可访问，子类无法直接访问。"}

{"answer": "class@anonymous", "解释": "PHP 匿名类的 get_class() 返回 'class@anonymous\\0文件路径:行号'，NUL 字节之前的部分为 class@anonymous。"}

{"answer": "是", "解释": "PHP 中父类的 private 方法对子类不可见，不构成继承契约，子类可自由以 public/protected/private 任意可见性声明同名方法。"}

{"answer": "否", "解释": "__get() 在访问不可访问的属性（包括不存在的、private、protected 属性）时都会触发，并非仅限不存在的属性。"}

{"answer": "Error", "解释": "对 readonly 属性重复赋值抛出的是 Error（消息为 'Cannot modify readonly property'），而非 Exception。"}

{"answer": "是", "解释": "PHP 接口中可以使用 const 声明常量，实现类会继承这些常量。"}

{"answer": "instanceof", "解释": "PHP 中 instanceof 运算符用于判断对象是否为某类或接口的实例。"}

{"answer": "是", "解释": "PHP 接口中可以声明 static 方法，实现类须提供对应的静态方法。"}

{"answer": "否", "解释": "instanceof 既可以检查类的继承关系，也可以检查对象是否实现了某个接口。"}

{"answer": "是", "解释": "PHP 8.1 起接口方法允许带有默认实现（称为钩子方法），与 trait 方法类似。"}

{"answer": "是", "解释": "PHP 中抽象方法的可见性可以是 public、protected 或 private，protected 完全合法。"}

{"answer": 3, "解释": "Foo::cases() 返回枚举中所有案例的数组，A、B、C 共 3 个元素。"}

{"answer": "是", "解释": "PHP trait 中可以声明常量，使用 trait 的类会继承该常量。"}

{"answer": "是", "解释": "在 PHP 中，Throwable 接口是 Exception 和 Error 共同实现的父接口，是它们的共同祖先。"}

{"answer": "否", "解释": "TypeError 继承自 Error，而非 Exception，二者都直接继承自 Throwable，因此 catch(Exception) 无法捕获 TypeError。"}

{"answer": "否", "解释": "@ 运算符只能抑制错误（warning、notice 等），不能抑制异常（Exception/Error），异常仍需 try/catch 捕获。"}

{"answer": "DivisionByZeroError", "解释": "PHP 中 intdiv() 除数为 0 时抛出 DivisionByZeroError（ArithmeticError 的子类）。"}

{"answer": "否", "解释": "finally 块无论是否抛出或捕获异常都会执行，它不依赖于 catch 块。"}

{"answer": "否", "解释": "finally 块中抛出的异常会覆盖 try 块中正在传播的异常或返回值，因此对最终结果有直接影响。"}

{"answer": "是", "解释": "PHP 中对象转为 bool 始终为 true。"}

{"answer": "是", "解释": "register_shutdown_function() 注册的函数在脚本终止时（包括调用 exit/die）都会执行。"}

{"answer": "否", "解释": "use 只是导入类别名，不会立即加载文件，真正触发自动加载是在使用该类时。"}

{"answer": "function", "解释": "PHP 中导入函数用 use function，导入常量才用 use const。"}

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 规则：去掉前缀 App\\ 后，剩余命名空间段转为目录，加类名和 .php 后缀。"}

{"answer": "是", "解释": "vendor/autoload.php 内部确实调用 spl_autoload_register() 注册了 Composer 的自动加载器。"}

{"answer": "是", "解释": "__NAMESPACE__ 魔术常量返回当前文件所处的命名空间名称，无命名空间时为空字符串。"}

{"answer": "否", "解释": "非限定类名（不带前导 \\）在命名空间内会先解析为当前命名空间下的类，而非从全局根开始；从全局根开始解析的是带前导 \\ 的类名。"}

{"answer":"是","解释":"PSR-4 将命名空间 App\Model 映射为 src/Model，类名 User 对应 User.php。"}

{"answer": "是", "解释": "PHP 允许在函数体内使用 use 语句创建局部别名，该导入仅在该函数作用域内生效。"}

{"answer": "是", "解释": "PHP 数组默认按值复制赋值，需显式使用 & 才按引用传递。"}

{"answer": 2, "解释": "PHP 数组赋值是值拷贝，$b 添加元素后 $a 仍为 [1,2]，count 为 2。"}

{"answer": "是", "解释": "PHP 函数拥有独立的局部作用域，全局用户变量必须通过 global、$GLOBALS 或参数传递才能在函数内访问。"}

{"answer": "否", "解释": "$GLOBALS 是对全局作用域的引用，unset($GLOBALS['x']) 会真正从全局作用域中删除该变量，而非仅限当前函数。"}

{"answer": 6, "解释": "函数通过引用传递参数，$n 从 5 自增为 6。"}

{"answer": "否", "解释": "PHP 按值 foreach 遍历的是数组的副本，循环内对原数组的修改不会影响当前遍历过程。"}

{"answer": "否", "解释": "静态属性属于类而非实例，所有实例共享同一份，修改对彼此可见。"}

{"answer": "否", "解释": "PHP 数组的键只能是 int 或 string，布尔值 true 作为键会被转换为整数 1，以 int 类型保存而非 bool。"}

{"answer": "是", "解释": "PHP 生成器内的 return 可以携带值，生成器耗尽后通过 getReturn() 即可取到该值。"}

{"answer": "否", "解释": "PHP 生成器是一次性迭代器，耗尽后 rewind() 无法重置，需重新调用生成器函数获取新实例。"}

{"answer": "是", "解释": "yield from 确实将遍历委托给另一个生成器或可迭代对象，逐一向调用者透传其产出的值。"}

{"answer": "Generator", "解释": "含 yield 的函数是生成器函数，调用后返回 Generator 对象，get_class 返回其类名字符串 Generator。"}

{"answer": 3, "解释": "yield from [1,2,3] 生成三个元素，iterator_to_array 转为数组后 count 返回 3。"}

{"answer": "否", "解释": "SplStack 实现的是 LIFO（后进先出）栈，FIFO 队列由 SplQueue 实现。"}

{"answer": "是", "解释": "ArrayIterator 实现了 Iterator 接口，可以对数组进行迭代遍历。"}

{"answer": "否", "解释": "ArrayObject 实现了 Iterator 和 IteratorAggregate 接口，完全可以用 foreach 遍历。"}

{"answer": "是", "解释": "password_hash() 内部自动生成随机盐并编码到返回的哈希字符串中，无需调用者单独传入盐。"}

{"answer": "否", "解释": "PASSWORD_DEFAULT 在 PHP 8 中指向 bcrypt 或 argon2id，而非 md5。"}

{"answer": "true", "解释": "password_verify 验证明文密码与哈希匹配时返回布尔值 true。"}

{"answer": "否", "解释": "strip_tags() 用于去除 HTML/PHP 标签，主要防 XSS；防 SQL 注入应使用预处理语句或参数化查询。"}

{"answer": "是", "解释": "session_regenerate_id() 在登录时重新生成会话ID，是防范会话固定攻击的标准做法。"}

{"answer": "php_sapi_name()", "解释": "php_sapi_name() 返回当前 SAPI 模块名称，如 cli、fpm-fcgi 等。"}

{"answer": "是", "解释": "session_destroy() 只清除服务器端的会话数据，浏览器的 PHPSESSID cookie 仍然存在，需额外用 setcookie() 或 JS 删除。"}

{"answer": "否", "解释": "必须显式调用 session_start() 后，$_SESSION 才会被加载会话数据，否则它只是一个空数组。"}

{"answer": "8.0", "解释": "array_find() 是在 PHP 8.0 中引入的，用于在数组中查找第一个满足条件的元素。"}

{"answer": "是", "解释": "PHP 8.4 正式引入了属性钩子（property hooks），允许在属性声明中直接定义 get 和 set 逻辑。"}

{"answer": "是", "解释": "非对称可见性（如 public private(set)）确实是 PHP 8.4 引入的新特性。"}

{"answer": "8.4", "解释": "#[\\NoDiscard] 属性在 PHP 8.4 中引入，用于提示静态分析工具不应丢弃函数返回值。"}

{"answer": "8.4", "解释": "管道运算符 |> 在 PHP 8.4 中引入。"}

{"answer": "8.4", "解释": "clone-with 语法（clone($obj, ['x' => 1])）是 PHP 8.4 中引入的新特性，允许在克隆对象时同时覆盖指定属性。"}

{"answer": "8.4", "解释": "array_first() 和 array_last() 在 PHP 8.4 中引入。"}

{"answer": "9.0", "解释": "RFC Partial Function Application v2 被接受进入 PHP 9.0。"}

{"answer": "9.0", "解释": "RFC clamp_v2 引入的 clamp() 函数在 PHP 9.0 中实现。"}

{"answer": "否", "解释": "PHP 中并没有一个名为「Context Managers v2」的 RFC 被正式接受，该名称并非 PHP RFC 流程中的标准提案。"}

{"answer": "是", "解释": "Bound-Erased Generic Types RFC 在 PHP 9.0 投票周期（2025–2026）中被拒绝。"}

{"answer": "是", "解释": "截至该日期，该 RFC 已被接受，ZTS 将成为 PHP 默认构建。"}

{"answer": "是", "解释": "截至 PHP 8.5，官方仍未引入用户自定义的原生泛型/参数化类型。"}

{"answer": "是", "解释": "PHP 主版本通常在每年11月发布，8.5 于2025年11月发布，8.6 的 GA 为2026-11-19，因此在2026-11-07时最新稳定版确实是8.5。"}

{"answer": "是", "解释": "PHP 确实从 5.6 直接升级到了 7.0，没有发布 PHP 6。"}

{"answer": "否", "解释": "Add #[\\Deprecated] attribute 的 RFC 在投票中被否决（vetoed），未被接受进入核心。"}

{"answer": "是", "解释": "整洁架构/洋葱架构的核心规则正是依赖方向指向中心（内层），内层不依赖外层。"}

{"answer": "是", "解释": "DDD 要求领域实体是纯 PHP 对象，不依赖 Doctrine、Symfony 等框架或 ORM，保持领域层的框架无关性。"}

{"answer": "否", "解释": "控制器和 Twig 模板通常属于表现层，而非业务逻辑层。"}

{"answer": "领域模型", "解释": "洋葱架构最中心是领域模型（业务实体与业务规则），不依赖任何外部层。"}

{"answer": "是", "解释": "deptrac 等依赖分析工具会解析代码的依赖图，当检测到违反层间规则（如低层调用高层）的调用时自动报错。"}

{"answer": "否", "解释": "交互器（用例）属于应用层，应依赖抽象（如 Repository 接口、DTO），而非直接依赖 HTTP 请求或 EntityManager 等框架/基础设施具体类型，否则违反依赖倒置原则。"}

{"answer": "Repository", "解释": "Repository（仓储）模式在接口背后隐藏存储机制，提供聚合根/实体集合的统一访问。"}

{"answer": "是", "解释": "整洁架构的依赖规则要求领域和用例不依赖具体数据库，替换数据库仅影响最外层的适配器/驱动层。"}

{"answer": "否", "解释": "聚合是领域层中为维护不变量而划分的一组对象边界，与数据库表是不同层面的概念，一个聚合可映射多张表，表也只是持久化细节。"}

{"answer": "是", "解释": "值对象的核心特征正是不可变性、按字段值相等比较、且无唯一标识符。"}

{"answer": "聚合根", "解释": "在 DDD 中，聚合根（Aggregate Root）是聚合的唯一外部入口，所有对聚合内对象的变更必须通过聚合根进行。"}

{"answer": "是", "解释": "DDD 中仓储以聚合（根）为单位声明，同一聚合内的实体通过根对象访问，不需要各自独立的仓储。"}

{"answer": "是", "解释": "统一语言是 DDD 中开发者和领域专家共同使用的、在代码和文档中保持一致的领域术语体系。"}

{"answer": "硬边界", "解释": "硬边界内部语义自洽，同一标识符在边界外可指向完全不同的模型。"}

{"answer": "否", "解释": "DDD 更推荐领域对象内聚行为，而非贫血模型。"}

{"answer":"是","解释":"限界上下文中同一业务概念可因领域边界不同而使用不同模型和类。"}

{"answer": "是", "解释": "Symfony DI 容器中的服务默认是按需实例化的，仅在首次被请求（get 或注入）时才创建，而非容器构建时全部实例化。"}

{"answer": "debug:router", "解释": "Symfony 使用 debug:router 命令列出所有已注册的路由。"}

{"answer": "否", "解释": "autowiring 自动解析依赖，配合 resource 自动扫描目录即可注册服务，无需逐一手动声明。"}

{"answer": "是", "解释": "Twig 会将模板编译为 PHP 类并缓存编译结果以提高性能。"}

{"answer": "是", "解释": "Symfony dev 环境会缓存并复用已编译的 DI 容器，只在相关配置或类文件变化时重建。"}

{"answer": "APP_ENV", "解释": "Symfony 通过 APP_ENV 环境变量决定当前活动环境（dev/prod/test）。"}

{"answer": "是", "解释": "Symfony 通过反射调用控制器方法，因此 private、protected 方法均可作为路由目标。"}

{"answer": "否", "解释": "事件的接收顺序由注册的 priority 数值决定，而非由监听器或订阅者的类型决定，二者默认优先级相同。"}

{"answer": "是", "解释": "Symfony 6.0+ 使用新的 Authenticator 体系，旧的 Guard 认证方式已被移除。"}

{"answer": "IsGranted", "解释": "Symfony 的 #[IsGranted] 属性直接标注在控制器方法上，用于检查当前用户是否具有指定角色或权限，不满足时自动返回 403。"}

{"answer": "是", "解释": "Symfony 的 Voter 机制正是用于对具体对象进行细粒度权限检查，isGranted('EDIT', $post) 是典型用法。"}

{"answer": "是", "解释": "Symfony 7+ 以 PHP 属性为约束声明方式，旧的 Doctrine 注解支持已被移除。"}

{"answer": "是", "解释": "Symfony 表单默认启用 CSRF 保护，提交时会校验隐藏的令牌。"}

{"answer": "是", "解释": "Symfony 的表单验证在服务器端独立执行，不依赖客户端 HTML5 验证结果。"}

{"answer": "make:form", "解释": "Symfony MakerBundle 中使用 php bin/console make:form 命令生成 FormType 表单类。"}

{"answer": "否", "解释": "Symfony 默认使用哈希存储密码，会话中通常不保存明文密码。"}

{"answer": "是", "解释": "Symfony 4.1+ 推荐将每个 bundle 的配置放在 config/packages/ 下独立文件中。"}

{"answer": "是", "解释": "Symfony/Dotenv 常见约定是 .env 存开发默认值并提交，.env.local 存本地机密且不提交。"}

{"answer": "debug:container", "解释": "Symfony 中 bin/console debug:container 命令用于列出服务容器中注册的所有服务及其别名。"}

{"answer": "是", "解释": "Symfony 容器在运行时仍可通过 setParameter() 修改参数值，控制器中可以调用此方法。"}

{"answer": "否", "解释": "自 Symfony 4 起，服务默认是 private 的，只有被注入才保留在容器中。"}

{"answer": "否", "解释": "许多 Bundle 无需配置文件也能正常工作，配置是可选的。"}

{"answer": "是", "解释": "Symfony 中 services.yaml 支持 %env(VAR_NAME)% 语法来注入环境变量。"}

{"answer": "APP_DEBUG", "解释": "Symfony 通过 APP_DEBUG 环境变量（值为 true/1）开启调试模式，从而启用 Profiler 和 Twig 调试功能。"}

{"answer": "否", "解释": "Symfony Messenger 允许为同一消息配置多个处理者，并按优先级依次执行。"}

{"answer": "否", "解释": "sync 传输在 dispatch() 时同步调用 handler 立即处理，不经过队列也不需要 worker；async 才会入队由 worker 消费。"}

{"answer": "messenger:consume", "解释": "Symfony Messenger 组件中，bin/console messenger:consume 命令启动 worker 来消费队列消息。"}

{"answer": "否", "解释": "重试策略通常在消息总线（messenger bus）层面配置，而非传输层面。"}

{"answer": "是", "解释": "Symfony Messenger 默认使用 Symfony Serializer 以 JSON 格式序列化消息。"}

{"answer": "是", "解释": "Symfony Scheduler 可按计划触发并生成消息，再通过 Messenger 进行投递。"}

{"answer": "doctrine", "解释": "Symfony Messenger 的 doctrine 传输通过 Doctrine 将消息持久化到数据库表中。"}

{"answer": "是", "解释": "Symfony Messenger 允许通过自定义中间件扩展消息管道并控制其执行顺序。"}

{"answer": "是", "解释": "Symfony 通常每半年发布次版本，并约每两年发布一个主版本。"}

{"answer": "8.4", "解释": "Symfony 8 要求最低 PHP 8.4。"}

{"answer": "否", "解释": "Symfony 7.0 移除了对文档块注解的支持，改用 PHP 属性。"}

{"answer": "是", "解释": "Symfony AssetMapper 组件的设计目标正是无需 Node.js/Webpack，通过 importmap.php 声明式地管理 CSS/JS 资产。"}

{"answer": "否", "解释": "Symfony 6.4 是长期支持（LTS）版本。"}

{"answer": "否", "解释": "Symfony 主版本升级可以移除弃用功能并引入破坏性变更。"}

{"answer": "是", "解释": "Symfony 每个主版本都在源码中提供 UPGRADE-X.Y.md 文件，列出该版本的变更与不兼容改动。"}

{"answer": "AssetMapper", "解释": "Symfony 6.4 引入的 AssetMapper 组件可在无 node/webpack 的情况下管理前端资源及 importmap。"}

{"answer": "是", "解释": "Symfony 通常每六个月发布一个新次要版本，8.2 按计划于 2026 年 11 月发布。"}

{"answer": "8.0", "解释": "按 Symfony 每半年发布节奏，2026年11月对应 Symfony 8.0 的发布窗口。"}

{"answer": "否", "解释": "8.2 是 Symfony 8 主版本下的次版本，通常不需要整体重写应用。"}

{"answer": "是", "解释": "PHP 在同一主版本（8.x）内的 minor 升级保持向后兼容，不应要求修改已有代码。"}

{"answer": "8.4", "解释": "Symfony 每个大版本通常包含 .0 到 .4 共五个次版本，因此 8.x 分支的最后一个次版本是 8.4。"}

{"answer": "否", "解释": "Symfony 8.2 的最低 PHP 要求通常是 PHP 8.4，而非必须 PHP 8.5。"}

{"answer": "否", "解释": "Symfony 规则是 deprecate 后至少保留两个主版本，8.x 中弃用的功能最早在 10.0 才移除，而非 9.0。"}

{"answer": "否", "解释": "Twig 的 {{ }} 使用模板表达式语法，不是直接写任意 PHP 代码。"}

{"answer": "是", "解释": "Twig 默认启用自动转义（auto-escape），使用 html 策略对输出变量进行转义以防止 XSS。"}

{"answer": "是", "解释": "Twig 的 |e 过滤器默认对字符串进行 HTML 转义，防止 XSS 等注入问题。"}

{"answer": "localizednumber", "解释": "twig/intl-extra 中的 localizednumber 过滤器用于按本地化设置格式化数字。"}

{"answer": "是", "解释": "在 Twig 等模板引擎中，|raw 过滤器的作用正是关闭该值的自动转义，原样输出。"}

{"answer": "是", "解释": "Twig 中 {{ }} 用于输出表达式的值，{% %} 用于执行标签（if、for、set 等），描述正确。"}

{"answer": "否", "解释": "Twig 可以在模板中使用 {% set %} 声明变量。"}

{"answer": "dump", "解释": "Twig 的 dump() 函数用于输出变量的调试结构，类似于 PHP 的 var_dump()。"}

{"answer": "是", "解释": "Bootstrap 是提供预置 UI 组件和样式的 CSS/JS 工具库，而非管理客户端路由与状态的单页应用（SPA）框架。"}

{"answer": "container", "解释": "Bootstrap 的 .container 类在各级断点提供固定最大宽度的响应式容器。"}

{"answer": "否", "解释": "Bootstrap 栅格将一行分为 12 列（非 16 列），且 Bootstrap 4 起已改用 Flexbox 而非 float。"}

{"answer": "是", "解释": "Bootstrap 4/5 的命名断点前缀确实为 sm、md、lg、xl、xxl，共五个。"}

{"answer": "是", "解释": "Bootstrap 中 .mt-3、.px-2 等工具类的数字确实是 $spacer 变量的倍数（如 0.25、0.5、1、1.5、3 倍）。"}

{"answer": "data-bs-toggle", "解释": "Bootstrap 5 使用 data-bs-toggle 属性（如 data-bs-toggle=\"dropdown\"）来在元素上启用交互组件。"}

{"answer": "是", "解释": "Bootstrap 5 移除了对 jQuery 的依赖，所有交互组件改用原生 JavaScript 实现。"}

{"answer": "否", "解释": "Bootstrap 5 的深色模式是通过在根元素上添加 data-bs-theme=\"dark\" 属性开启的，而非 .dark 类。"}

{"answer": "否", "解释": "Doctrine ORM 不会在运行时自动创建表，需要通过 doctrine:schema:tool:create、migrations 或 SQL 手动建表。"}

{"answer": "persist()", "解释": "EntityManager::persist() 将对象标记为受管理状态，SQL INSERT 延迟到 flush() 时才执行。"}

{"answer": "否", "解释": "Doctrine ORM 3 中 EntityManager::merge() 已被移除，需将 detached 实体直接赋给 managed 实体的关联属性使其自动变为 managed。"}

{"answer": "是", "解释": "DQL 是面向对象查询语言，以实体类名和属性名为单位，而非底层的表和列。"}

{"answer": "null", "解释": "Doctrine ORM 的 find() 方法在找不到对应实体时返回 null。"}

{"answer": "否", "解释": "DoctrineBundle 默认不会在请求结束时自动调用 flush()，需要开发者显式调用 $em->flush()。"}

{"answer": "是", "解释": "在 Doctrine ORM 中，已管理（managed）实体的属性变更会被 Unit of Work 自动追踪，调用 flush() 时会自动生成 UPDATE 语句，无需再次调用 persist()。"}

{"answer": "否", "解释": "Doctrine 中 remove() 仅将实体标记为待删除，实际 SQL DELETE 在 flush() 时才执行。"}

{"answer": "否", "解释": "MVCC 的核心目的正是让读与写互不阻塞，读者读取旧版本快照，写者创建新版本，二者并行进行。"}

{"answer": "EXPLAIN", "解释": "EXPLAIN 命令会显示查询的执行计划而不实际执行查询。"}

{"answer": "否", "解释": "SERIAL 是创建独立序列并设置 DEFAULT 的宏，而 GENERATED AS IDENTITY 是 SQL 标准的标识列，两者在语义、可修改性和标准合规性上不同。"}

{"answer": "否", "解释": "PostgreSQL 默认将 NULL 视为互不相等，因此 UNIQUE 约束列中允许多行 NULL。"}

{"answer": "string_agg", "解释": "PostgreSQL 的 string_agg(expression, delimiter) 函数用指定分隔符将多行字符串拼接为一个字符串。"}

{"answer": "否", "解释": "普通 VACUUM 仅将死元组空间标记为可复用，并不缩小文件、归还空间给操作系统；归还空间需 VACUUM FULL。"}

{"answer": "PARTITION BY", "解释": "PARTITION BY 将结果集划分为若干分区，窗口函数在每个分区内独立计算。"}

{"answer": "否", "解释": "READ COMMITTED 只能防止脏读，不能防止不可重复读。"}

{"answer": "是", "解释": "PostgreSQL 默认处于 autocommit 模式，每条独立 SQL 语句自动开启并立即提交一个隐式事务。"}

{"answer": "COMMIT", "解释": "COMMIT 命令用于结束当前事务并永久保存其中所有更改。"}

{"answer": "是", "解释": "索引用于快速定位行，UPDATE/DELETE 的 WHERE 子句命中索引时同样避免全表扫描，因此也受益。"}

{"answer": "是", "解释": "PostgreSQL 中 SAVEPOINT 允许在事务内部创建恢复点，通过 ROLLBACK TO SAVEPOINT 只回滚该点之后的语句。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询以收集每步的真实耗时和行数，而 EXPLAIN 才是不执行查询的。"}

{"answer": "pgvector", "解释": "pgvector 是 PostgreSQL 的扩展，提供了 vector 类型及 IVFFlat/HNSW 向量索引，用于 embedding 相似度搜索。"}

{"answer": "是", "解释": "部分索引（PostgreSQL 的 CREATE INDEX ... WHERE ...）确实只为满足 WHERE 条件的行构建索引条目，不满足条件的行不会纳入索引。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 使用 SSI/谓词锁检测冲突，而非简单锁定读取的行。"}

{"answer": "是", "解释": "HTTP 201 Created 表示服务器已成功处理请求并创建了新的资源。"}

{"answer": 204, "解释": "204 No Content 表示请求成功但响应体为空，常用于 DELETE 之后。"}

{"answer": "是", "解释": "RFC 7231 明确将 DELETE 归为幂等方法：多次删除同一资源的最终状态与一次删除相同（资源不存在）。"}

{"answer": "否", "解释": "Access-Control-Allow-Origin 是由服务器在响应中发送的，客户端发送的是 Origin 头。"}

{"answer": "是", "解释": "429 Too Many Requests 正是用于客户端超出速率限制（rate limiting）的 HTTP 状态码，定义于 RFC 6585。"}

{"answer": "否", "解释": "4xx 表示客户端错误，5xx 表示服务器端错误，题目说反了。"}

{"answer": "Content-Type", "解释": "Content-Type 头用于指明请求或响应体的 MIME 类型。"}

{"answer": "是", "解释": "RFC 5789 明确指出 PATCH 不具有幂等性，而 PUT 按定义是幂等的。"}

{"answer": "否", "解释": "普通 == 比较存在时序攻击风险，应使用 hash_equals() 进行恒定时间比较。"}

{"answer": "是", "解释": "CSRF 令牌由服务端生成并绑定会话，在 POST 等不安全请求时由服务端校验令牌匹配性。"}

{"answer": "Content-Security-Policy", "解释": "CSP 策略通过 HTTP 响应头 Content-Security-Policy 来声明和启用。"}

{"answer": "否", "解释": "OAuth 2.0 是授权（Authorization）框架而非认证协议；access token 用于证明可访问资源，用户身份需借助 OpenID Connect 的 ID token 来体现。"}

{"answer": "否", "解释": "仅靠写库前的输入校验不足以防止XSS，还需输出编码、CSP等手段，且反射型XSS根本不经过数据库。"}

{"answer": "code", "解释": "OAuth 2.0 授权码流程中，授权服务器通过 redirect_uri 回传的 code（授权码）用于向令牌端点换取 access token。"}

{"answer": "是", "解释": "Refresh Token 设计目的就是在 Access Token 过期后免重新登录换取新的 Access Token，其生命周期通常远长于 Access Token。"}

{"answer": "否", "解释": "盐不需要保密，通常与哈希一起明文存储；它的作用是防止彩虹表攻击，而非依赖机密性。"}

{"answer": "否", "解释": "PHPUnit 仍需要通过命名约定、#[Tests] 属性或测试套件配置来发现测试类，并非对"任何类"都自动执行其测试方法。"}

{"answer": "否", "解释": "setUp() 在每个测试方法执行前都会调用，而非仅一次；只执行一次的是 setUpBeforeClass()。"}

{"answer": "否", "解释": "数据提供者可以为同一测试提供多组参数并多次运行。"}

{"answer": "expectException", "解释": "PHPUnit 中用 expectException(ClassName::class) 声明期望抛出指定类的异常。"}

{"answer": "否", "解释": "说反了：stub 负责返回预设数据，mock 才负责验证方法是否被调用及调用方式。"}

{"answer": "是", "解释": "PHPUnit 10+ 中 #[DataProvider] 属性是推荐方式，@dataProvider 注解在 10 中弃用、11 中移除。"}

{"answer": "否", "解释": "PHPUnit 通过 @depends 注解或 depends() 方法允许声明测试依赖，并将前一个测试的返回值传递给后一个测试。"}

{"answer": "--order-by=random", "解释": "PHPUnit 通过 --order-by=random 选项让测试以随机顺序执行。"}

{"answer": "3-3", "解释": "intdiv(7,2)=3，intdiv(-7,2)=-3，拼接后为字符串\"3-3\"。"}

{"answer": -9, "解释": "PHP中 ** 的优先级高于一元负号，因此解析为 -(3**2) = -9。"}

{"answer": "true", "解释": "'1e1'和'10'都是数值字符串，PHP按数值比较，10==10为true。"}

{"answer": "other", "解释": "PHP 8 中非数字字符串 'a' 与整数 0 比较时，0 被转为字符串 '0'，'a' != '0'，故走 default 分支。"}

{"answer": "2c", "解释": "strtr 数组模式在当前位置选择最长匹配，'ab' 比 'a' 长，故替换为 '2'，剩余 'c' 不变。"}

{"answer": "[]", "解释": "substr('hello', -10) 中起点 -10 超出字符串长度 5，返回空字符串，所以输出 []。"}

{"answer": "k,n,m", "解释": "$a+$b保留$a中已存在的键值，仅追加$b中不重复的键，结果为['k'=>1,'n'=>2,'m'=>3]，取键名后用逗号拼接。"}

{"answer": "yxz", "解释": "按第三个元素(下标2)稳定排序后顺序为[y,1]→[x,2]→[z,2]，取第二列拼接得 yxz。"}

{"answer": 4, "解释": "使用展开运算符传入关联数组等价于命名参数 f(b:1, a:5)，故 $a=5, $b=1，返回 5-1=4。"}

{"answer": 3, "解释": "PHP 8.1 的一等可调用语法 $p->g(...) 创建了一个绑定到原对象的闭包，即使 $p 置 null 对象仍存活，调用返回 $this->v 即 3。"}

{"answer": "B", "解释": "static::class 通过延迟静态绑定返回实际实例的类名，即 B。"}

{"answer": 10, "解释": "setter 中 $this->x = 5*2 直接赋值 10，内部访问不触发 setter，echo 时走默认 getter 返回 10。"}

{"answer": "BA", "解释": "TB::f insteadof TA 使 f() 返回 'B'，TA::f as g 使 g() 返回 'A'，拼接为 'BA'。"}

{"answer": 0, "解释": "Trait 的静态属性会被复制到每个使用它的类中，CX 和 CY 各自持有独立的 $n，互不影响。"}

{"answer": 2, "解释": "finally 块中的 return 会覆盖 try 块中的 return，因此函数返回 2。"}

{"answer": "second", "解释": "finally 中抛出的新异常会替换原来正在传播的异常，因此外层 catch 捕获到的是 LogicException('second')。"}

{"answer": "App\\Foo|Baz", "解释": "use 别名 Baz 指向 App\\Foo，\\Baz 指向全局命名空间的 Baz。"}

{"answer": "noyes", "解释": "class_exists('Foo') 查找全局命名空间的 Foo，而类定义在 Ns 下，故为 no；class_exists('Ns\\Foo') 正确匹配，故为 yes。"}

{"answer": "1,2,99", "解释": "foreach按引用迭代后$v仍引用$a[2]，赋值$v=99使$a[2]变为99。"}

{"answer": 3, "解释": "static 变量按函数作用域共享，B 未重写 inc()，三次调用同一函数，$n 递增到 3。"}

{"answer": "", "解释": "send(10) 让生成器停在 yield 处，尚未执行 return，getReturn() 返回 null，echo null 输出空。"}

{"answer": "1,2,ok", "解释": "yield from 依次传递 inner 的 yield 1、yield 2，inner return 'ok' 赋值给 $r，再由 outer yield $r，最终输出 1,2,ok。"}

{"answer": "noyes", "解释": "cost为4时不需要rehash输出no，cost变为5时需要rehash输出yes。"}

{"answer": "strict-out", "解释": "PHP 8.5 中 E_STRICT(2048) 已从 E_ALL 中移除，故 E_ALL & 2048 为 0，三元表达式取 'strict-out'。"}

{"answer": "mapped", "解释": "HeaderBag 会将 HTTP_X_TOKEN 映射为 x-token，get('X-Token') 不区分大小写，能取到 'abc'。"}

{"answer": "BCA", "解释": "Symfony EventDispatcher 按优先级从高到低调用监听器：10→B, 5→C, 0(默认)→A，输出为 BCA。"}

{"answer": "same", "解释": "EntityManager 的 Identity Map 保证同一 ID 的实体只返回同一个对象实例，两次 find 返回的是同一对象，spl_object_id 相同。"}

{"answer": 0, "解释": "persist 后 remove 使实体从未真正写入数据库，flush 时不产生 INSERT（或产生 INSERT+DELETE），最终 users 表仍为空。"}

{"answer": 1, "解释": "COUNT(x) 只统计非 NULL 值，表中 1 和 NULL 两行，结果为 1。"}

{"answer": "10,30,60", "解释": "窗口函数 sum(x) OVER (ORDER BY id) 产生累加值 10、30、60，string_agg 按 id 顺序拼接为 '10,30,60'。"}

{"answer": "M1M2", "解释": "MessageBus 按数组顺序依次执行中间件，M1 先输出再调用 next，M2 随后输出。"}

{"answer": 11, "解释": "HandleMessageMiddleware 会遍历 HandlersLocator 中所有匹配的 handler 并依次调用，因此 $n 先加 1 再加 10，结果为 11。"}

{"answer": 1, "解释": "唯一索引下第二次插入1冲突被跳过，表中仅一行，count为1。"}

{"answer": 2, "解释": "UNIQUE 约束为 DEFERRABLE INITIALLY DEFERRED，在 COMMIT 前不检查，因此两次 INSERT 都成功，count 为 2。"}

{"answer": 6, "解释": "filter test_sum 作为正则同时匹配 test_sum 和 test_sum_abs，各自有3个数据提供者条目，共6个测试。"}

{"answer": "2, 1", "解释": "DataProvider 提供两组数据 [1] 和 [-1]，分别执行一次断言；-1 > 0 为 false 导致一次失败，共执行 2 次，失败 1 次。"}

{"answer": "POST", "解释": "curl 使用 -d 参数且未显式指定方法时，默认发送 POST 请求。"}

{"answer": "GET", "解释": "curl 的 -G 选项将 -d 的数据拼接到 URL 查询字符串中，使请求方法从默认的 POST 变为 GET。"}

{"answer": "invalid_client", "解释": "RFC 6749 §5.2 规定客户端认证失败（如未知 client_id）时 error 字段返回 invalid_client。"}

{"answer": "fragment", "解释": "OAuth 2.0 隐式授权（response_type=token）中，access_token 放在 redirect_uri 的 URI fragment（# 之后的部分）中返回。"}

{"answer": 0, "解释": "default 过滤器仅在值为 null 或未定义时返回默认值，false 保持不变，false*3 即 0*3=0。"}

{"answer": "a3", "解释": "Twig 中 + 的优先级高于 ~，所以先算 1+2=3，再 'a'~3 得 'a3'。"}

{"answer": 0, "解释": "[''] 是一个含一个元素的数组，NotBlank 对数组只判断是否为空数组，故校验通过，违规数为 0。"}

{"answer": "valid", "解释": "TextType 无 NotBlank 约束，空数据提交后 isValid() 返回 true。"}

{"answer": "same", "解释": "Symfony DI 容器默认以单例模式管理服务，两次 get('a') 返回同一对象实例。"}

{"answer": "hi Bob!", "解释": "Symfony DI容器在compile时递归解析参数引用，%greeting%展开为hi Bob，最终message为hi Bob!"}

{"answer": "960px", "解释": "Bootstrap 5.3 中 .container 在 ≥992px 断点的 max-width 为 960px。"}

{"answer": "text-danger", "解释": "两者特异性相同，Bootstrap 5.3 中 .text-danger 在 CSS 中出现顺序晚于 .text-primary，后声明者胜出。"}

{"answer": 2, "解释": "Domain 层只能依赖 Domain 层，但该类分别引用了 Application 和 Infrastructure 层的类，产生 2 个违规。"}

{"answer": 3, "解释": "Domain 层只能依赖 Domain，但该类引用了 Application\\PlaceOrder、Infrastructure\\Db、Infrastructure\\Logger，共 3 处违规。"}

{"answer": "10,15", "解释": "add 方法返回新的 Money 对象，$a 仍指向原对象(amount=10)，$c 指向新对象(amount=15)。"}

{"answer": 1, "解释": "remove 中 count 为 1 时先抛出异常，unset 未执行，所以 count 仍为 1。"}

{"answer": "hi", "解释": "new C()->hi() 调用 hi() 方法返回字符串 'hi'，echo 输出 hi。"}

{"answer": "yesno", "解释": "创建lazy ghost后对象未初始化，第一次属性访问$o->v触发初始化回调，之后再检查则已初始化。"}

{"answer": "no", "解释": "Guard 认证器类在 Symfony 7.0 中被移除，8.1 中该类已不存在。"}

{"answer": "noyes", "解释": "Symfony 7.0 已移除 AnnotationClassLoader，8.1 中该类不存在；AttributeClassLoader 仍是 8.x 的现行类，故输出 no 后接 yes。"}