Карта знаний PHP — anthropic/claude-haiku-5.5, run-16 · think: low

{"answer": "否", "解释": "双引号字符串会解析变量和转义序列（如\\n、$var），单引号字符串则原样输出，两者处理方式不同。"}

{"answer": "是", "解释": "isset() 和 ?? 对未定义变量都会静默处理，不产生 Notice 或 Warning。"}

{"answer": "ab", "解释": "echo 可接受逗号分隔的多个参数，依次输出，中间无分隔符。"}

{"answer": "是", "解释": "PHP 的 print 是语言结构，总是返回 1，因此可以用在表达式中，例如 $a = print 'x';。"}

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

{"answer": "是", "解释": "PHP 8 起，“+”和“-”的优先级高于“.”，因此“.”的优先级低于加减法。"}

{"answer": "否", "解释": "PHP 的 ** 是右结合，2 ** 3 ** 2 等于 2 ** (3 ** 2) = 2 ** 9 = 512，而非 64。"}

```json ⏎ {"answer": "总和: 5", "解释": "PHP 8 中算术运算符 + 优先级高于字符串连接符 .，先计算 2+3=5，再拼接。"} ⏎ ```

{"answer": "否", "解释": "PHP 中 === 比较数组时要求键值对相同且顺序一致、类型一致，元素顺序不同则不相等。"}

{"answer": "否", "解释": "PHP 中 0 == false 使用松散比较，两者都转换为布尔值后相等，结果为 true，而非 false；严格比较 === 才会返回 false。"}

{"answer": "否", "解释": "PHP 8 中字符串与数字比较时，非数字字符串会转换为 0 再比较，但 'abc' 不是数字字符串，PHP 8 起比较结果为 false。"}

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

{"answer": 42, "解释": "PHP 进行 (int) 强制转换时会读取字符串开头的数字部分，遇到非数字字符即停止，因此得到 42。"}

{"answer": "55", "解释": "PHP 中字符串与数字相加时，'5' 被转换为整数 5，结果为 5 + 5 = 10；但此处 '+' 为算术加法，正确结果应为 10。"} ⏎  ⏎ 更正：正确答案如下。 ⏎  ⏎ {"answer": 10, "解释": "PHP 的 + 运算符会将字符串 '5' 转换为数字 5，再与 5 相加得到 10。"}

{"answer": "否", "解释": "PHP 中 false 转换为字符串得到空字符串 \"\"，而不是 \"0\"；true 才转为 \"1\"。"}

{"answer": "是", "解释": "0.1 + 0.2 在浮点数中约为 0.30000000000000004，与 0.3 不严格相等，结果为 false，故该说法正确。"}

{"answer": "否", "解释": "strrev()按字节反转，会破坏多字节UTF-8字符的编码。"}

{"answer": "是", "解释": "str_contains 在 'Hello world' 中找到子串 'world'，返回 true。"}

{"answer": "否", "解释": "str_pad() 可通过 STR_PAD_LEFT、STR_PAD_RIGHT、STR_PAD_BOTH 分别在左侧、右侧或两侧补齐字符串。"}

{"answer": "否", "解释": "PHP 的 trim() 默认会去除空格、制表符(\\t)、换行(\\n)、回车(\\r)、空字节(\\0)和垂直制表符(\\x0B)。"}

{"answer": 6, "解释": "UTF-8 中每个汉字占 3 个字节，'你好' 共 2 个汉字，strlen 返回 6。"}

{"answer": "def", "解释": "substr 传入负数起始位置时从字符串末尾向前计数，-3 表示从倒数第三个字符开始截取到末尾。"}

{"answer": "否", "解释": "ucfirst() 返回首字母大写的新字符串，不会修改原字符串。"}

{"answer": "是", "解释": "heredoc 中的变量会被解析插值，nowdoc 则原样输出，不做任何插值。"}

{"answer": "否", "解释": "sort() 会重新索引数组，丢弃原有键名，保持键值对应关系的是 asort() 或 ksort()。"}

{"answer": "是", "解释": "PHP 数组中，十进制整数形式的字符串键（如 '5'）会被自动转换为整数键 5。"}

{"answer": "否", "解释": "in_array() 默认使用宽松比较（==），只有传入第三个参数 true 时才使用严格比较（===）。"}

{"answer": "是", "解释": "不传回调时，array_filter() 会保留值为 true 的元素，删除所有 falsy 值（如 false、0、''、null、空数组等）。"}

{"answer": "否", "解释": "array_slice() 默认 preserve_keys 为 false，数字键会被重新索引，只有设置 preserve_keys 为 true 才会保留。"}

{"answer": "[20, 30]", "解释": "array_slice 从索引1开始取2个元素，得到 20 和 30，重新索引为数组。"}

{"answer": 2, "解释": "数组联合运算符+保留左侧已有键'a'=>1，并加入右侧新键'b'，共两个元素。"}

{"answer": "是", "解释": "PHP 8.1 起数组展开支持字符串键，后出现的同名字符串键会覆盖前面的值。"}

```json ⏎ {"answer": "否", "解释": "PHP 8.1 起允许命名参数与 ...$args 展开组合使用，其中字符串键会被当作命名参数。"} ⏎ ```

{"answer": "否", "解释": "PHP 匿名函数默认无法访问外部变量，必须通过 use 显式引入（箭头函数除外，它会自动捕获）。"}

{"answer": 3, "解释": "func_num_args() 返回实际传入的参数个数，与函数声明的形参数量无关，调用 f(1, 2, 3) 共传入 3 个参数。"}

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

{"answer": "否", "解释": "PHP 箭头函数按值捕获外部变量，且在函数定义时就捕获，而不是惰性地在调用时取值。"}

{"answer": "是", "解释": "static 闭包不绑定当前对象，因此无法在其中使用 $this。"}

{"answer": 5, "解释": "闭包使用 use 按值捕获变量，定义时 $x 为 5，之后修改 $x 不影响闭包内的值。"}

{"answer": "是", "解释": "非 strict_types 模式下，PHP 会将可转换的数字字符串 \"5\" 自动强制转换为 int 5。"}

{"answer": "是", "解释": "PHP 8.0 起支持构造函数属性提升，可在构造函数参数前加可见性修饰符直接声明并赋值属性。"}

{"answer": "final", "解释": "PHP 中使用 final 关键字修饰的方法不能被子类重写。"}

{"answer": "是", "解释": "PHP 中 final 修饰的方法禁止子类重写。"}

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

```json ⏎ {"answer": "class@anonymous", "解释": "匿名类的 get_class() 返回以 class@anonymous 开头、后接 NUL 字节和文件路径的名称，NUL 之前的部分即为 class@anonymous。"} ⏎ ```

{"answer": "是", "解释": "PHP中private方法不被继承，子类可以声明同名方法且可见性不受限制，不构成覆盖。"}

{"answer": "是", "解释": "__get() 在访问不可访问（不存在或不可见，如私有）的属性时被调用。"}

{"answer": "Error", "解释": "PHP 8.1 中对 readonly 属性重复赋值会抛出 Error（Cannot modify readonly property），而非 Exception。"}

{"answer": "是", "解释": "PHP 接口中可以声明常量（自 PHP 5 起支持），实现类可直接访问或覆盖（PHP 8.1 起可用 final 修饰防止覆盖）。"}

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

{"answer": "否", "解释": "PHP 接口只能声明公共的非静态方法签名，不能声明静态方法（PHP 8.x 中接口方法不允许 static 修饰）。"}

{"answer": "否", "解释": "instanceof 同时检查类的继承关系和接口实现，对接口同样返回 true。"}

{"answer": "否", "解释": "PHP 接口方法不能有默认实现，只能声明方法签名；trait 方法才可以带实现。"}

{"answer": "是", "解释": "抽象方法可以声明为 public、protected，但不能是 private，因为 private 方法不能被子类继承和实现。"}

{"answer": 3, "解释": "Foo::cases() 返回枚举中定义的所有 case，即 A、B、C 三个。"}

{"answer": "否", "解释": "PHP 8.2 之前 trait 不能声明常量；8.2 起 trait 可以声明常量。"}

{"answer": "是", "解释": "PHP 中 Exception 与 Error 都实现了 Throwable 接口，它是两者的共同顶层接口。"}

{"answer": "否", "解释": "TypeError 继承自 Error，而非 Exception，因此 catch (Exception $e) 无法捕获它，应改用 catch (Error $e) 或 catch (Throwable $t)。"}

```json ⏎ {"answer": "否", "解释": "PHP 的 @ 运算符只抑制错误输出（警告和通知等），不会捕获或抑制异常，异常仍需用 try/catch 处理。"} ⏎ ```

{"answer": "DivisionByZeroError", "解释": "intdiv() 除以零时抛出 DivisionByZeroError（PHP 7+）。"}

{"answer": "否", "解释": "finally 块在 try 正常结束、被 catch 捕获或未被捕获抛出时都会执行（未捕获异常时也会执行后再向外抛出）。"}

{"answer": "否", "解释": "finally 块中抛出的异常会覆盖 try 块（或 catch 块）中的异常或返回值，并非没有影响。"}

{"answer": "是", "解释": "PHP中任何对象转换为布尔值都为true，对象实例不是空值。"}

{"answer": "是", "解释": "PHP 在脚本结束或调用 exit 时都会执行 register_shutdown_function() 注册的函数。"}

{"answer": "否", "解释": "PHP 的 use 语句只是为类名创建别名，不会加载文件；类文件在首次实际使用该类时由自动加载器（如 Composer）加载。"}

{"answer": "function", "解释": "导入函数使用 use function，导入常量使用 use const，类则直接 use 而不加关键字。"}

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 将命名空间前缀 App\\ 映射到 src/，剩余部分 Controller\\Api\\UserController 按分隔符转为目录与文件名。"}

{"answer": "是", "解释": "Composer 生成的 vendor/autoload.php 会调用 spl_autoload_register() 注册自动加载函数。"}

{"answer": "是", "解释": "__NAMESPACE__ 返回当前代码所在命名空间的名称，在全局空间中则为空字符串。"}

{"answer": "否", "解释": "非限定类名在 new 中按当前命名空间解析，而非从全局根开始；只有带前导 \\ 的完全限定名才从全局根解析。"}

{"answer": "是", "解释": "PSR-4 前缀 App\\ 映射到 src/，命名空间中去掉前缀后的 Model\\User 对应路径 src/Model/User.php。"}

{"answer": "否", "解释": "PHP 的 use 语句只能写在文件顶层或命名空间内，不能写在函数体内。"}

{"answer": "是", "解释": "PHP 数组赋值默认按值复制（写时复制），只有使用 & 才是引用传递。"}

{"answer": 2, "解释": "PHP数组赋值是值拷贝，$b[] = 3只修改$b，$a仍只有两个元素。"}

{"answer": "是", "解释": "PHP函数内默认看不到全局变量，需用global、$GLOBALS或参数传递才能访问。"}

{"answer": "否", "解释": "$GLOBALS 指向全局符号表，在函数内 unset($GLOBALS['x']) 会直接删除全局变量 $x，对所有代码都生效，而不是仅限该函数。"}

{"answer": 6, "解释": "参数 $x 为引用传递，$x++ 修改了原变量 $n，故输出 6。"}

{"answer": "否", "解释": "PHP 的 foreach 默认按值遍历时操作的是数组副本，循环内对原数组的修改不影响当前遍历；只有使用引用（&）遍历才会看到修改。"}

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

{"answer": "否", "解释": "PHP 数组键中布尔值 true 会被强制转换为整数 1，不会以 bool 类型保存。"}

{"answer": "是", "解释": "PHP 7.0 起生成器函数可用 return 返回值，生成器执行结束后可通过 getReturn() 获取。"}

{"answer": "否", "解释": "生成器只能向前遍历一次，已遍历完后调用 rewind() 会抛出异常，无法重新遍历。"}

{"answer": "是", "解释": "yield from 可将生成、迭代委托给子生成器或任意可迭代对象，并把子生成器的返回值作为表达式结果。"}

{"answer": "Generator", "解释": "调用含 yield 的函数返回 Generator 对象，其类名为 Generator。"}

{"answer": 3, "解释": "yield from 产出数组的3个元素，iterator_to_array 转为数组后 count 得到 3。"}

{"answer": "否", "解释": "SplStack 是后进先出（LIFO）的栈结构，FIFO 队列对应的是 SplQueue。"}

{"answer": "是", "解释": "ArrayIterator 实现了 Iterator 接口，可包装数组并用 foreach 等方式遍历。"}

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

{"answer": "是", "解释": "password_hash() 默认会自动生成随机盐并嵌入哈希结果中，无需也不应手动传入盐。"}

{"answer": "否", "解释": "PASSWORD_DEFAULT 当前指向 bcrypt（与 PASSWORD_BCRYPT 相同），并非 md5。"}

{"answer": "是", "解释": "password_hash生成的哈希与原密码匹配，password_verify返回true。"}

{"answer": "否", "解释": "strip_tags()只用于删除HTML/PHP标签，无法防止SQL注入，应使用预处理语句。"}

{"answer": "是", "解释": "session_regenerate_id() 会生成新的会话 ID，使攻击者预先设定的旧会话 ID 失效，从而防范会话固定攻击。"}

{"answer": "php_sapi_name", "解释": "php_sapi_name() 返回当前 PHP 使用的 SAPI 名称，如 cli；PHP_SAPI 常量也可得到相同结果。"}

{"answer": "是", "解释": "session_destroy() 只清除服务器端的会话数据，浏览器中的会话 cookie 需要另行通过 setcookie() 过期处理。"}

{"answer": "否", "解释": "不调用 session_start()，$_SESSION 不会自动加载会话数据，它是空的或未定义的。"}

```json ⏎ {"answer": "8.4", "解释": "array_find() 随 PHP 8.4 引入。"} ⏎ ```

{"answer": "是", "解释": "PHP 8.4 引入了属性钩子，可在属性声明中直接定义 get 和 set 钩子。"}

{"answer": "是", "解释": "PHP 8.4 引入了非对称可见性，允许读取和写入使用不同的可见性修饰符，如 public private(set)。"}

{"answer": "8.5", "解释": "#[\\NoDiscard] 属性是在 PHP 8.5 中引入的，用于标记返回值不应被忽略的函数。"}

```json ⏎ {"answer": "8.5", "解释": "管道运算符 |> 是在 PHP 8.5 中首次作为正式特性加入的。"} ⏎ ```

```json ⏎ {"answer": "8.5", "解释": "clone-with 语法是 PHP 8.5 引入的特性（依据是 Clone With RFC，需确认最终是否合并）。"} ⏎ ```

```json ⏎ {"answer": "8.5", "解释": "array_first() 和 array_last() 随 PHP 8.5 引入（此前 PHP 8.4 引入的是 array_find 等函数）。"} ⏎ ```

{"answer": "8.6", "解释": "据我所知，该 RFC 计划并获准纳入 PHP 8.6，但我无法确认截至 2026-11-07 的最终投票状态。"}

{"answer": "无法确定", "解释": "我所知的 PHP 版本中没有名为 clamp() 的内置函数，也无法确认 clamp_v2 RFC 的实现版本。"}

{"answer": "否", "解释": "无法确认该 RFC 在 2026-11-07 前已被接受，我的知识不包含此信息。"}

{"answer": "否", "解释": "无法确认该 RFC 在 2026 年被拒绝，我所掌握的信息中没有这一结果。"}

{"answer": "否", "解释": "据我所知，PHP 的 ZTS 仍需显式启用编译选项，尚无已被接受并默认启用的 RFC，但我无法确认 2026 年的最新进展。"}

```json ⏎ {"answer": "是", "解释": "PHP 8.5 没有引入泛型，语言仍不支持参数化类型。"} ⏎ ```

{"answer": "是", "解释": "PHP 8.5 于 2025 年底发布，符合每年 11 月发布新版的节奏；8.6 的具体 GA 日期我无法核实。"}

{"answer": "是", "解释": "PHP 6 开发分支从未正式发布，PHP 5.6 之后的下一个大版本直接是 PHP 7.0。"}

{"answer": "是", "解释": "该 RFC 已被接受，#[\\Deprecated] 属性计划在 PHP 8.5 中加入核心。"}

{"answer": "是", "解释": "整洁架构与洋葱架构都要求依赖只能由外层指向内层，内层实体与用例不得知道外层的存在。"}

{"answer": "是", "解释": "领域层应保持纯净，不依赖 Doctrine 或 Symfony 等框架，只使用 PHP 语言本身及标准库。"}

{"answer": "否", "解释": "控制器属于接口层（表示层）或应用入口，负责接收请求并调用用例；Twig 模板属于展示层，二者都不是业务逻辑层。"}

{"answer": "领域模型（Domain Model）", "解释": "洋葱架构中，最内层是领域模型，外层依次为领域服务、应用服务、基础设施等。"}

{"answer": "是", "解释": "deptrac 等层间依赖分析工具可依据预定义规则检测禁止的跨层调用并报错。"}

{"answer": "否", "解释": "用例（Interactor）不应依赖 HTTP 请求或 EntityManager 等框架/基础设施对象，否则会破坏分层与可测试性。"}

{"answer": "仓储（Repository）", "解释": "仓储在接口后隐藏持久化细节，并以类似集合的方式提供聚合或实体的访问。"}

{"answer": "是", "解释": "整洁架构通过依赖倒置让数据库等细节位于最外层，内层的领域与用例只依赖抽象接口，因此替换数据库只影响外层实现。"}

{"answer": "否", "解释": "聚合是一组相关对象的边界与一致性单元，不等同于数据库表，一个聚合可能映射到多张表或不对应任何单独的表。"}

{"answer": "是", "解释": "值对象没有唯一标识，不可变，相等性由所有字段的值决定。"}

```json ⏎ {"answer": "聚合根", "解释": "聚合根是聚合对外唯一的入口，所有变更都必须通过它进行。"} ⏎ ```

{"answer": "是", "解释": "DDD 中仓储按聚合根提供持久化接口，每个聚合对应一个仓储，而非针对聚合内的每个实体。"}

{"answer": "是", "解释": "统一语言是领域驱动设计中开发者与领域专家共同使用、贯穿代码与交流的模型语言。"}

```json ⏎ {"answer": "限界上下文", "解释": "在领域驱动设计中，限界上下文内部模型与统一语言一致，同一词语在边界外可能对应不同模型。"} ⏎ ```

{"answer": "否", "解释": "贫血领域模型（Anemic Domain Model）是 Martin Fowler 批评的反模式，DDD 推荐的是把业务逻辑放在富领域模型（实体和值对象）中。"}

{"answer": "是", "解释": "限界上下文（Bounded Context）是DDD的核心概念，同一术语在不同上下文中可以有不同的模型和含义。"}

{"answer": "是", "解释": "Symfony 容器默认在服务首次被请求时才实例化，并在之后复用同一实例。"}

{"answer": "debug:router", "解释": "Symfony 中运行 php bin/console debug:router 即可列出所有已注册的路由。"}

{"answer": "否", "解释": "Symfony 的自动装配可以根据类型提示自动注入依赖，无需手动声明每个服务（只需开启 autowire 即可）。"}

{"answer": "是", "解释": "Twig 将模板编译为 PHP 类并缓存编译结果，后续请求直接复用缓存。"}

{"answer": "是", "解释": "Symfony 在 dev 环境下通过 ResourceCheckerConfigCache 检查被跟踪资源的变化，只有文件变化时才重建容器。"}

{"answer": "APP_ENV", "解释": "Symfony 通过 APP_ENV 环境变量确定当前运行环境（如 dev、prod）。"}

{"answer": "否", "解释": "Symfony 路由要求控制器方法为 public，private 方法无法被路由调用。"}

{"answer": "否", "解释": "Symfony中订阅者与监听器本质相同，执行顺序由优先级决定，订阅者并不天然更早执行。"}

{"answer": "是", "解释": "Symfony 5.3 引入 authenticator 体系，旧 Guard 认证在 Symfony 6.0 中已移除。"}

{"answer": "IsGranted", "解释": "#[IsGranted] 属性可直接标注在控制器方法上，检查用户角色或权限，不满足时抛出 AccessDeniedException 返回 403。"}

{"answer": "是", "解释": "Symfony 的 Voter 用于基于具体对象判断访问权限，如 isGranted('EDIT', $post)。"}

{"answer": "是", "解释": "Symfony 7+ 的验证约束使用 PHP 8 属性声明，已不再支持 Doctrine 注解方式。"}

{"answer": "是", "解释": "Symfony 表单默认启用 CSRF 保护（csrf_protection 默认为 true），提交时会校验令牌。"}

{"answer": "是", "解释": "Symfony 表单验证在服务器端执行，客户端 HTML5 校验可被绕过，因此服务器端验证必不可少。"}

{"answer": "make:form", "解释": "Symfony MakerBundle 中用于生成 FormType 表单类的命令是 make:form。"}

{"answer": "否", "解释": "Symfony 不会以明文把用户密码存入会话，登录后会话只保存用户标识等信息，密码会被擦除。"}

{"answer": "是", "解释": "Symfony 的 bundle 配置通常放在 config/packages 目录下，一般每个 bundle 对应一个 YAML 文件。"}

{"answer": "是", "解释": "常见做法：提交含默认值的 .env，机密放入未提交的 .env.local 覆盖。"}

{"answer": "debug:container", "解释": "Symfony 控制台命令 debug:container 可列出容器中注册的服务及其别名。"}

{"answer": "否", "解释": "容器编译后参数即固定，控制器中无法通过 setParameter() 在运行时修改（编译后的容器是只读的）。"}

{"answer": "否", "解释": "自 Symfony 4.0 起，服务默认为私有（public: false），不能直接从容器中获取。"}

{"answer": "否", "解释": "bundle 无需配置文件也能工作，只有需要自定义参数时才需要配置，且许多 bundle 有合理的默认值。"}

{"answer": "是", "解释": "Symfony 的服务容器支持在 services.yaml 中使用 %env(VAR)% 语法读取环境变量。"}

{"answer": "APP_DEBUG", "解释": "Symfony 通过 APP_DEBUG 环境变量（取值为 1 或 true 时）开启调试模式，影响 profiler 和 Twig 调试。"}

{"answer": "否", "解释": "Symfony Messenger 中一条消息可以有多个处理者，只要它们都被注册为该消息的处理器。"}

{"answer": "否", "解释": "sync 传输是同步直接处理消息，不经过队列；只有 async 等异步传输才会把消息放入队列。"}

{"answer": "php bin/console messenger:consume", "解释": "Symfony Messenger 组件使用 messenger:consume 命令启动 worker 处理队列消息。"}

{"answer": "是", "解释": "Symfony Messenger 的 retry_strategy 是在每个传输（transport）下单独配置的。"}

{"answer": "是", "解释": "Symfony Messenger 默认使用 symfony_serializer，以 JSON 格式编码消息。"}

{"answer": "是", "解释": "Symfony Scheduler 基于 Messenger 组件，按 RecurringMessage 定义的计划生成消息并通过 Messenger 分发。"}

{"answer": "doctrine", "解释": "Symfony Messenger 的 doctrine:// 传输将消息存储在数据库表中（默认表名 messenger_messages）。"}

{"answer": "是", "解释": "Symfony Messenger 允许通过 middleware 扩展总线管道，可通过 middleware 配置的顺序决定自定义中间件位于内置中间件之前或之后。"}

{"answer": "是", "解释": "Symfony 主版本约每两年发布一次，次版本每六个月在 5 月和 11 月发布。"}

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

{"answer": "否", "解释": "Symfony 7.0 已移除对文档块注解（如验证、路由）的支持，仅支持 PHP 8 属性（Attributes）。"}

{"answer": "是", "解释": "Symfony AssetMapper 通过 importmap.php 管理 JS 依赖，无需 Node.js 或 Webpack 等构建工具。"}

{"answer": "是", "解释": "Symfony 6.4 是 LTS（长期支持）版本，并非普通版本，因此该说法错误。"}

{"answer": "否", "解释": "Symfony 主版本升级通常会移除上一分支中已标记弃用的功能，因此弃用功能在新主版本中一般不再可用。"}

{"answer": "是", "解释": "Symfony 每个主版本都提供 UPGRADE 文档（如 UPGRADE-x.0.md），列出不兼容变更及迁移说明。"}

{"answer": "AssetMapper", "解释": "Symfony 的 AssetMapper 组件无需 Node.js 或 Webpack，即可直接管理前端资源并生成 importmap。"}

{"answer": "否", "解释": "按 Symfony 每年 5 月和 11 月发布的节奏，8.2 预计在 2027 年 5 月发布，2026 年 11 月时尚未发布。"}

{"answer": "否", "解释": "按六个月周期，2026年11月发布的应是 Symfony 8.1，8.2 计划在2027年5月发布。"}

{"answer": "8.2", "解释": "Symfony 次版本每年 5 月和 11 月发布，8.1 约在 2026 年 11 月发布，其后的下一个版本是 2027 年 5 月的 8.2。"}

{"answer": "否", "解释": "8.2 是次版本，Symfony 的次版本不包含破坏性变更，无需为新 API 重写应用。"}

{"answer": "否", "解释": "PHP 8.2 含有弃用和少量不兼容变更（如动态属性弃用），升级通常需要检查并修改代码。"}

{"answer": "8.4", "解释": "Symfony 的major版本通常以 LTS 次版本 x.4 结束（如 6.4、7.4），因此 8.x 分支的最后一个次版本应为 8.4。"}

```json ⏎ {"answer": "否", "解释": "据已知信息，Symfony 8.x 的最低要求是 PHP 8.4，并未确认 8.2 会强制要求 PHP 8.5。"} ⏎ ```

{"answer": "是", "解释": "Symfony 的弃用策略规定，在某个次版本中标记为弃用的功能，最早在下一个主版本（此处为 9.0）中才会被移除。"}

{"answer": "否", "解释": "Twig 只支持自己的表达式语法，不能直接执行任意 PHP 代码，需通过注册函数或过滤器来调用 PHP 功能。"}

{"answer": "是", "解释": "Twig 默认开启自动转义（autoescape），对 HTML 上下文的输出变量进行转义。"}

{"answer": "是", "解释": "Twig 的 e（escape）过滤器默认使用 HTML 转义，将 <、>、&、\" 等字符转换为实体，防止 XSS。"}

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

{"answer": "是", "解释": "Twig 的 raw 过滤器会让输出跳过自动转义，直接原样输出变量内容。"}

{"answer": "是", "解释": "Twig 中 {{ }} 用于输出表达式结果，{% %} 用于执行标签如条件、循环和 set 等。"}

{"answer": "否", "解释": "Twig 可以用 {% set %} 在模板中声明变量，并非只能由控制器传入。"}

{"answer": "dump", "解释": "Twig 的 dump() 函数可输出变量的调试结构，需启用 debug 扩展。"}

{"answer": "是", "解释": "Bootstrap 是提供现成 UI 组件的 CSS/JS 前端框架，并非用于构建单页应用的 SPA 框架。"}

{"answer": "container", "解释": "Bootstrap 中 .container 类会在各断点设置固定的最大宽度。"}

{"answer": "否", "解释": "Bootstrap 栅格系统默认把一行分成 12 列，而不是 16 列。"}

```json ⏎ {"answer": "是", "解释": "Bootstrap 类名中缀为 sm、md、lg、xl、xxl 共五个，xs 无中缀。"} ⏎ ```

```json ⏎ {"answer": "否", "解释": "Bootstrap 的间距刻度并非简单的 $spacer 倍数，例如 1 对应 $spacer×0.25，2 对应 $spacer×0.5。"} ⏎ ```

{"answer": "data-bs-toggle", "解释": "Bootstrap 5 使用 data-bs-toggle 属性（如 data-bs-toggle=\"dropdown\"）启用下拉等交互组件。"}

{"answer": "是", "解释": "Bootstrap 5 已移除 jQuery 依赖，所有组件均使用原生 JavaScript 实现。"}

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

{"answer": "否", "解释": "Doctrine ORM 不会自动建表，需通过 schema 工具（如 doctrine:schema:update 或迁移）显式创建或更新表结构。"}

{"answer": "persist", "解释": "persist() 将新实体标记为受管理状态，实际的 INSERT 要等到 flush() 时才执行。"}

{"answer": "否", "解释": "Doctrine ORM 3 已移除 EntityManager::merge() 方法，合并操作需改用 persist() 等方式处理。"}

{"answer": "是", "解释": "DQL 面向实体对象及其属性编写，而非数据库的表和列。"}

{"answer": "null", "解释": "Doctrine 的 find() 在找不到匹配主键的记录时返回 null。"}

{"answer": "否", "解释": "DoctrineBundle 不会自动调用 flush()，持久化变更需要开发者在代码中显式调用 EntityManager::flush()。"}

{"answer": "是", "解释": "Doctrine 的 Unit of Work 追踪受管实体的变更，flush() 时自动生成 UPDATE，无需再次 persist()。"}

{"answer": "否", "解释": "在 Doctrine ORM 中，remove() 只是将实体标记为待删除，真正的 SQL DELETE 要等到 flush() 时才执行。"}

{"answer": "否", "解释": "PostgreSQL 的 MVCC 机制使读不阻塞写、写不阻塞读，二者通常互不阻塞。"}

{"answer": "EXPLAIN", "解释": "EXPLAIN 显示查询的执行计划而不实际运行该查询（EXPLAIN ANALYZE 则会实际执行）。"}

{"answer": "否", "解释": "SERIAL 是 PostgreSQL 的传统简写（实为序列加默认值），而 GENERATED AS IDENTITY 是 SQL 标准的身份列，二者机制并不完全相同。"}

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

{"answer": "string_agg", "解释": "PostgreSQL 中 string_agg(表达式, 分隔符) 用指定分隔符拼接字符串。"}

{"answer": "否", "解释": "普通 VACUUM 只回收死元组空间供表内复用，通常不会把空间归还给操作系统；需要 VACUUM FULL 才会收缩文件。"}

{"answer": "PARTITION BY", "解释": "窗口函数中的 PARTITION BY 子句把结果集的行划分为若干分区，函数在每个分区内分别计算。"}

{"answer": "否", "解释": "READ COMMITTED 只防止脏读，不能防止不可重复读，后者需要 REPEATABLE READ 或更高级别才能避免。"}

{"answer": "是", "解释": "PostgreSQL 默认开启 autocommit，每条单独语句都会在隐式事务中执行并自动提交。"}

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

{"answer": "是", "解释": "UPDATE 和 DELETE 在定位需要修改或删除的行时，同样可以利用索引快速查找，而不必全表扫描。"}

{"answer": "是", "解释": "PostgreSQL 可用 SAVEPOINT 设置保存点，再用 ROLLBACK TO SAVEPOINT 回滚到该点，撤销部分语句而不结束整个事务。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询并返回真实的运行时统计信息；仅 EXPLAIN 才是只显示计划而不执行。"}

{"answer": "pgvector", "解释": "pgvector 扩展为 PostgreSQL 提供了 vector 类型以及 IVFFlat、HNSW 等向量索引。"}

{"answer": "是", "解释": "部分索引（partial index）只包含满足 WHERE 条件的行，因此体积更小、维护成本更低。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 使用 SSI（可串行化快照隔离），通过跟踪读写依赖并在检测到危险结构时回滚事务，而非基于锁定读取的行。"}

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

{"answer": 204, "解释": "204 No Content 表示请求已成功处理且响应没有实体内容，常用于 DELETE 操作之后。"}

{"answer": "是", "解释": "HTTP 规范定义 DELETE 为幂等方法，重复删除同一资源的最终服务器状态相同。"}

{"answer": "否", "解释": "Access-Control-Allow-Origin 是服务器在响应中返回的头，用于声明允许哪些源访问资源，而非客户端发送。"}

{"answer": "是", "解释": "429 Too Many Requests 表示客户端在一定时间内发送的请求超过了服务器允许的频率限制。"}

{"answer": "否", "解释": "HTTP 4xx 表示客户端错误，5xx 表示服务器端错误，题干说法颠倒了。"}

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

{"answer": "否", "解释": "RFC 5789 规定 PATCH 不要求幂等，这一说法本身正确，但题目问的是「与 PUT 不同」，而 PUT 在 RFC 7231 中同样不要求幂等（实际上 PUT 是要求幂等的），因此该陈述判断为错误。"}

{"answer": "否", "解释": "普通 == 比较存在时序攻击风险，应使用 hash_equals() 等常量时间比较，并配合 password_hash/password_verify。"}

{"answer": "是", "解释": "CSRF 令牌由服务器生成并与会话绑定，在 POST 等不安全请求中由服务器校验，以防止跨站请求伪造。"}

{"answer": "Content-Security-Policy", "解释": "通过响应头 Content-Security-Policy（或仅报告模式的 Content-Security-Policy-Report-Only）启用 CSP。"}

{"answer": "否", "解释": "OAuth 2.0 是授权协议，access 令牌表示授权范围而非用户身份；身份认证应使用 OpenID Connect 的 ID 令牌。"}

{"answer": "否", "解释": "XSS 主要应通过输出时的上下文相关转义和内容安全策略防御，仅靠写库前的输入校验无法可靠防止。"}

{"answer": "code", "解释": "授权服务器重定向回 redirect_uri 时附带 code 参数，客户端再用它向令牌端点换取 access token。"}

{"answer": "是", "解释": "Refresh 令牌通常有效期更长，用于在 access 令牌过期后换取新的 access 令牌，无需用户重新登录。"}

{"answer": "否", "解释": "密码盐无需保密，其作用是防止彩虹表攻击，盐通常与哈希值一同存储，校验时直接使用即可。"}

{"answer": "否", "解释": "PHPUnit 只执行继承自 TestCase 的测试类中的测试方法。"}

{"answer": "否", "解释": "PHPUnit 的 setUp() 在每个测试方法执行前都会运行一次，而不是整个类只执行一次（整类一次的是 setUpBeforeClass()）。"}

{"answer": "否", "解释": "PHPUnit 的数据提供者可以返回多组参数，测试方法会对每组参数各运行一次。"}

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

{"answer": "否", "解释": "PHPUnit 中正好相反：mock 会验证方法是否被调用（期望），而 stub 只提供返回值，不做调用验证。"}

{"answer": "是", "解释": "PHPUnit 10+ 推荐使用 #[DataProvider] 属性，@dataProvider 注解已被弃用。"}

{"answer": "否", "解释": "PHPUnit 支持用 @depends 注解或 #[Depends] 属性声明测试之间的依赖关系。"}

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

intdiv(7,2)=3, intdiv(-7,2)=-3 (truncates toward zero). Concatenated: "3" . "-3" = "3-3". ⏎  ⏎ {"answer": "3-3", "解释": "intdiv向零截断，intdiv(7,2)=3、intdiv(-7,2)=-3，拼接得3-3。"}

{"answer": -9, "解释": "PHP 中 ** 的优先级高于一元负号，等价于 -(3**2)，结果为 -9。"}

```json ⏎ {"answer": "true", "解释": "两个字符串都是数字字符串，PHP 按数值比较，1e1 等于 10，结果为真。"} ⏎ ```

```json ⏎ {"answer": "other", "解释": "PHP 8 中非数字字符串 'a' 与整数 0 比较结果为 false，所以执行 default 分支。"} ⏎ ```

{"answer": "2c", "解释": "strtr 使用数组替换时优先匹配最长的键，'ab' 先被替换为 '2'，剩余的 'c' 保持不变。"}

```json ⏎ {"answer": "[hello]", "解释": "负数起始位置超出字符串长度时，substr 会从开头截取，返回整个字符串 'hello'。"} ⏎ ```

```json ⏎ {"answer": "k,n,m", "解释": "数组联合运算符 + 保留左侧所有键，只追加右侧新增的键 m，因此键依次为 k、n、m。"} ⏎ ```

```json ⏎ {"answer": "yxz", "解释": "按第3列升序稳定排序后为 y、x、z，PHP 8 的 usort 是稳定的，相等元素保持原顺序。"} ⏎ ```

```json ⏎ {"answer": 4, "解释": "PHP 8.1 起字符串键的数组展开会按参数名绑定，a=5、b=1，结果为 5-1=4。"} ⏎ ```

{"answer": 3, "解释": "first-class callable 闭包持有对象引用，$p = null 不会销毁对象，$f() 返回 $this->v 的值 3。"}

{"answer": "B", "解释": "static::class 在运行时解析为调用者的类（new B），因此输出 B。"}

{"answer": 10, "解释": "set 钩子内对 $this->x 的赋值直接写入后备存储不会递归触发钩子，因此 5*2=10 被保存并输出。"}

{"answer": "BA", "解释": "TB::f 替代了 TA::f，故 f() 返回 'B'；TA::f as g 使 g() 返回 'A'。"}

{"answer": 0, "解释": "trait 的静态属性会分别复制到每个使用它的类中，CX::$n 的修改不影响 CY::$n，因此输出 0。"}

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

{"answer": "second", "解释": "finally 块中抛出的 LogicException 替换了原异常 RuntimeException，被外层 catch 捕获并输出 second。"}

{"answer": "App\\Foo|Baz", "解释": "use 别名 Baz 解析为 App\\Foo，而 \\Baz 是全局完全限定名，结果为 Baz。"}

```json ⏎ {"answer": "noyes", "解释": "'Foo' 指全局类不存在输出 no，'Ns\\Foo' 存在输出 yes。"} ⏎ ```

{"answer": "1,2,99", "解释": "foreach 按引用遍历后，$v 仍引用 $a[2]，赋值 99 会修改数组最后一个元素。"}

```json ⏎ {"answer": 3, "解释": "PHP 8.1 起，继承但未重写的方法与父类共享静态变量，三次调用依次得到 1、2、3。"} ⏎ ```

```json ⏎ {"answer": 11, "解释": "send(10) 先运行到第一个 yield，再把 10 作为 $x 送入并使生成器结束，返回值为 10+1=11。"} ⏎ ```

{"answer": "ok,2", "解释": "yield from 保留内层键0、1，外层 yield $r 的自动键为0，覆盖了值1，故数组为[0=>'ok',1=>2]。"}

{"answer": "noyes", "解释": "哈希使用cost=4生成，与cost=4匹配故无需重新哈希输出no；与cost=5不匹配故需要重新哈希输出yes。"}

{"answer": "strict-in", "解释": "E_ALL 包含 E_STRICT(2048)，按位与结果为 2048，不等于 0，因此输出 strict-in。"}

{"answer": "mapped", "解释": "Symfony 的 getHeaders() 会把 $server 中以 HTTP_ 开头的键转换为请求头，HTTP_X_TOKEN 对应 X-Token，值为 'abc'。"}

{"answer": "BCA", "解释": "Symfony 按优先级从高到低执行监听器：B(10)、C(5)、A(0)。"}

{"answer": "same", "解释": "Doctrine 的标识映射（identity map）保证同一 EntityManager 中相同主键的实体只实例化一次，两次 find 返回同一对象。"}

{"answer": 0, "解释": "实体在 flush 前被 persist 后又 remove，从未写入数据库，因此表仍为空。"}

{"answer": 1, "解释": "count(x) 不统计 NULL 值，表中只有一个非 NULL 的 1，故结果为 1。"}

```json ⏎ {"answer": "10,30,60", "解释": "按 id 排序的累计和分别为 10、30、60，用逗号拼接。"} ⏎ ```

{"answer": "M1M2", "解释": "中间件按顺序执行，M1 输出后调用 next() 进入 M2；链末尾没有 handler 时 MessageBus 不抛异常。"}

{"answer": 11, "解释": "同一消息的两个处理器都会被调用，$n 依次加 1 和 10。"}

{"answer": 1, "解释": "唯一索引使第二次插入的重复值被 ON CONFLICT DO NOTHING 忽略，表中只剩一行。"}

{"answer": 2, "解释": "唯一约束被延迟到提交时检查，事务内两次插入都成功，count 为 2。"}

{"answer": 6, "解释": "--filter 按子串匹配，test_sum 与 test_sum_abs 各有 3 组数据，共 6 个；test_other 不匹配。"}

{"answer": "2, 1", "解释": "数据提供者produces两组数据，[1]通过，[-1]因assertTrue失败。"}

{"answer": "POST", "解释": "curl 使用 -d（--data）参数时默认发送 POST 请求。"}

```json ⏎ {"answer": "GET", "解释": "-G 会把 -d 的数据附加到 URL 查询串中，并使用 GET 方法发送。"} ⏎ ```

{"answer": "invalid_client", "解释": "RFC 6749 第 5.2 节规定，客户端认证失败（包括 client_id 不存在）时返回 invalid_client。"}

{"answer": "片段", "解释": "隐式授权（response_type=token）中，access_token 通过 URL 片段（#fragment）返回，即 redirect_uri 的 # 之后部分。"}

{"answer": 6, "解释": "default 过滤器对 false 也生效，返回 2，2 * 3 = 6。"}

```json ⏎ {"answer": "Twig\\Error\\RuntimeError", "解释": "Twig 的 ~ 优先级高于 +，先得到 \"a1\"，再与 2 相加触发 PHP 8 的 TypeError，被 Twig 包装为 RuntimeError。"} ⏎ ```

{"answer": 0, "解释": "NotBlank 只检查 null、空字符串或 false，数组 [''] 不属于这些情况，因此没有违规，count 为 0。"}

{"answer": "invalid", "解释": "表单未提交，isValid() 直接返回 false，不抛异常。"}

```json ⏎ {"answer": "same", "解释": "Symfony 服务默认是共享的（shared），两次 get('a') 返回同一个对象，object_id 相同。"} ⏎ ```

{"answer": "hi Bob!", "解释": "%greeting%被递归解析为'hi %name%'，再替换%name%得到'hi Bob'，末尾加'!'。"}

```json ⏎ {"answer": "960px", "解释": "992px 满足 lg 断点（≥992px），Bootstrap 5.3 中 .container 在 lg 的 max-width 为 960px。"} ⏎ ```

{"answer": "text-danger", "解释": "两者都带 !important，Bootstrap 生成的 CSS 中 text-danger 位于 text-primary 之后，因此后者覆盖前者。"}

{"answer": 2, "解释": "Domain 类依赖 Application 和 Infrastructure 两层，均违反「Domain 仅可依赖 Domain」规则，共2个违规。"}

{"answer": 3, "解释": "BillingService 依赖 Application 与 Infrastructure 的三个类型，均违反 Domain 只能依赖 Domain 的规则。"}

{"answer": "10,15", "解释": "readonly 属性不可修改，add 返回新对象，$a 保持 10，$c 为 15。"}

{"answer": 1, "解释": "只有一个元素时 remove 抛出异常且被捕获，元素未被删除，count 仍为 1。"}

{"answer": "解析错误", "解释": "PHP 不允许在 new 表达式后直接链式调用方法，需写成 (new C())->hi()。"}

{"answer": "yesno", "解释": "newLazyGhost 创建的对象初始未初始化，访问 $o->v 会触发初始化器，之后 isUninitializedLazyObject 返回 false。"}

{"answer": "no", "解释": "Guard 认证器已在 Symfony 6.0 中移除，8.1 中该类不存在，class_exists 返回 false。"}

{"answer": "noyes", "解释": "AnnotationClassLoader 在 Symfony 7.0 已移除，而 AttributeClassLoader 仍存在（抽象类也返回 true）。"}