Карта знаний PHP — ornith-1.5:35b, run-45 · think: medium

{"answer": "否", "解释": "双引号字符串支持变量插值和更多转义字符，而单引号字符串几乎原样输出，区别不止速度。"}

{"answer": "是", "解释": "?? 运算符确实按照 isset 的语义工作，且对未定义变量不会产生警告。"}

{"answer": "ab", "解释": "echo 接受多个用逗号分隔的参数并依次输出，因此先输出 'a' 再输出 'b'，结果为 ab。"}

{"answer": "是", "解释": "print 是语言结构，始终返回值 1，因此可以用在表达式中。"}

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

{"answer": "否", "解释": "在 PHP 中，连接运算符（.）的优先级高于加法和减法，因此 $a . $b + $c 会解析为 ($a . $b) + $c。"}

{"answer": "否", "解释": "PHP 中的 ** 运算符是右结合的，因此 2 ** 3 ** 2 按 2 ** (3 ** 2) = 2 ** 9 = 512 计算，而非 64。"}

{"answer": "3", "解释": "PHP中'.'和'+'优先级相同且从左向右结合，先计算'总和: ' . 2 得到'总和: 2'，再 + 3 时非数字字符串'总和: 2'按0处理，故 0 + 3 = 3。"}

{"answer": "否", "解释": "在 PHP 严格比较（===）下，数组相等不仅要求元素相同，还要求元素的顺序和键也完全一致。"}

{"answer": "否", "解释": "0 == false 在 PHP 中返回 true，且 == 是松散比较，=== 才是严格比较。"}

{"answer": "否", "解释": "在 PHP 8 中，非数字字符串与数字使用 == 比较时不再将字符串转换为 0，而是视为不相等，因此 \"abc\" == 0 的结果为 false。"}

{"answer": "是", "解释": "在 PHP 宽松比较中，null 会先被转换为 0、空字符串和 false，因此 null == 0、null == ''、null == false 均返回 true。"}

{"answer": "42", "解释": "PHP 在将字符串转换为整数时只解析字符串开头的数字部分，因此 '42abc' 会被转换为 42。"}

{"answer": "10", "解释": "PHP 中 + 运算符会把字符串 '5' 自动转换为数字 5，因此 5 + 5 = 10。"}

{"answer": "否", "解释": "在 PHP 中，false 转换为字符串会得到空字符串 \"\"，而不是 \"0\"（\"0\" 是 int false 转换后的整数值）。"}

{"answer": "是", "解释": "由于浮点数精度问题，0.1 + 0.2 在 PHP 中结果为 0.30000000000000004，与 0.3 使用 === 严格相等比较时返回 false。"}

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

{"answer": "是", "解释": "str_contains 是 PHP 8.0 引入的函数，用于判断字符串是否包含子串，'Hello world' 确实包含 'world'，因此返回 true。"}

{"answer": "否", "解释": "str_pad() 可通过第三个参数 $pad_type 设置为 STR_PAD_LEFT、STR_PAD_RIGHT 或 STR_PAD_BOTH 在左侧、右侧或两侧补齐。"}

{"answer": "否", "解释": "PHP 的 trim() 默认会去掉空格、制表符(\t)、换行符(\n)、回车符(\r)、NUL 字节和竖直制表符，并非只去掉空格。"}

{"answer": "6", "解释": "strlen 返回字节数，每个 UTF-8 中文字符占 3 个字节，两个字符共 6 个字节。"}

{"answer": "def", "解释": "负数偏移量表示从字符串末尾开始计数，-3 即取最后三个字符 'def'。"}

{"answer": "否", "解释": "ucfirst() 返回首字母大写的副本，PHP 字符串是不可变的，不会原地修改原字符串。"}

{"answer": "是", "解释": "Heredoc 的行为类似双引号字符串，支持变量插值；Nowdoc 的行为类似单引号字符串，不做任何解析，不支持变量插值。"}

{"answer": "否", "解释": "sort() 函数会重新索引数组，不保留原始键名，使用 asort() 才会保留键与值的对应关系。"}

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

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

{"answer": "是", "解释": "当不提供回调函数时，array_filter() 默认会移除所有假值（空字符串、0、\"0\"、false、null、空数组等）元素。"}

{"answer": "否", "解释": "array_slice() 默认 preserve_keys 为 false，因此会对整数键重新索引而非保留原键。"}

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

{"answer": "2", "解释": "数组的 + 运算以左侧数组为准，已存在的键 'a' 保留值 1，右侧新增的 'b' 保留，结果有 2 个键。"}

{"answer": "否", "解释": "展开运算符 [...$a, ...$b] 自 PHP 7.4 起就支持带字符串键的数组，并非从 PHP 8.1 才开始，8.1 只是修正了重复键合并时的行为一致性。"}

{"answer": "否", "解释": "PHP 8.1 允许在同一个函数调用中将命名参数与数组展开（...$args）组合使用，命名参数还会覆盖被展开参数所对应的值。"}

{"answer": "否", "解释": "PHP 中匿名函数（闭包）必须通过 use 关键字显式导入外部作用域变量，否则无法访问这些变量。"}

{"answer": "3", "解释": "func_num_args() 返回传递给当前函数的参数个数，调用 f(1,2,3) 时传入 3 个参数。"}

{"answer": "是", "解释": "PHP 箭头函数可使用花括号包裹多条语句，但此时需显式 return。"}

{"answer": "否", "解释": "箭头函数是按值（而非按引用）隐式捕获作用域内的外部变量的。"}

{"answer": "是", "解释": "使用 static 声明的闭包不包含$this，因此无法访问实例上下文。"}

{"answer": "5", "解释": "闭包通过值捕获 $x，复制的是声明时的值 5，后续修改 $x=7 不影响捕获的副本。"}

{"answer": "是", "解释": "在弱类型模式下 PHP 会进行类型强制转换，将字符串 \"5\" 自动转换为整数 5。"}

{"answer": "是", "解释": "PHP 8.0 起支持构造函数属性提升，可在构造函数参数中直接使用 private/public/protected 声明并自动赋值给属性。"}

{"answer": "final", "解释": "在 PHP 中，final 关键字修饰的方法不允许在子类中被重写。"}

{"answer": "是", "解释": "在 PHP 中，使用 final 关键字声明的方法不允许在子类中被重写。"}

{"answer": "否", "解释": "private 可见性的成员只能在定义它的类内部访问，子类无法直接访问父类的 private 属性。"}

{"answer": "class@anonymous", "解释": "PHP 为匿名类生成的名称以 class@anonymous 开头，后面跟随文件路径和序列号。"}

{"answer": "是", "解释": "PHP 中私有方法不被继承，不属于继承契约，子类可以任意可见性声明同名方法且与原方法无关。"}

{"answer": "否", "解释": "__get() 还会在访问类中不可访问的（受保护或私有）属性时被调用，而不仅限于不存在的属性。"}

{"answer": "Error", "解释": "对已初始化的只读属性再次赋值会抛出 Error（具体为 Cannot modify already initialized readonly property），而不是 Exception。"}

{"answer": "是", "解释": "PHP 接口中可以声明常量，这些常量属于接口且为静态只读。"}

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

{"answer": "是", "解释": "从 PHP 8.0 起接口可以声明静态方法并要求实现类实现它们。"}

{"answer": "否", "解释": "instanceof 运算符还会检查对象是否实现了某个接口。"}

{"answer": "是", "解释": "从 PHP 8.0 开始，接口方法可以包含默认实现。"}

{"answer": "是", "解释": "PHP 中抽象类里的抽象方法可以使用 public、protected 或 private 任意可见性修饰符。"}

{"answer": "3", "解释": "Foo::cases() 返回枚举中所有静态 case 的数组，该枚举有 A、B、C 三个 case，因此返回 3 个元素。"}

{"answer": "是", "解释": "PHP trait 可以声明常量，常量声明是 trait 支持的合法特性之一。"}

{"answer": "是", "解释": "在 PHP 7+ 中，Throwable 接口是 Exception 和 Error 的共同父接口，两者都实现了它。"}

{"answer": "否", "解释": "TypeError 继承自 Error，而 Error 与 Exception 都继承自 Throwable，因此 catch (Exception $e) 无法捕获 TypeError。"}

{"answer": "否", "解释": "@ 运算符只能抑制错误（如警告、提示），不能抑制异常，异常必须用 try/catch 捕获。"}

{"answer": "DivisionByZeroError", "解释": "PHP 中 intdiv() 除以零时会抛出 DivisionByZeroError 异常。"}

{"answer": "否", "解释": "finally 块在任何情况下都会执行，无论是否发生异常或异常是否被 catch 捕获。"}

{"answer": "否", "解释": "在 finally 块中抛出的异常会覆盖或取代 try 块的正常返回值或原有异常，因此会对结果产生影响。"}

{"answer": "true", "解释": "在 PHP 中将任何对象强制转换为 bool 恒为 true，对象类型无法通过 __cast 等方法改变。"}

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

{"answer": "否", "解释": "use 语句只声明命名空间别名，并不会加载文件，文件只有在类实际被调用时通过自动加载器才加载。"}

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

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

{"answer": "是", "解释": "Composer 生成的 vendor/autoload.php 会通过 spl_autoload_register() 注册多个自动加载器以支持 PSR-4、类映射等。"}

{"answer": "是", "解释": "__NAMESPACE__ 是 PHP 的魔术常量，它返回当前所在命名空间的名称字符串。"}

{"answer": "否", "解释": "非限定类名会从当前命名空间开始解析，找不到时才回退到全局根命名空间，而非直接从全局根开始。"}

{"answer": "是", "解释": "PSR-4 将命名空间前缀 App\\ 映射到 src/ 目录，因此 App\\Model\\User 对应文件 src/Model/User.php。"}

{"answer": "否", "解释": "在 PHP 中，用于导入命名空间的 use 语句必须写在文件顶层（作用域为整个文件），不能写在函数或方法体内。"}

{"answer": "是", "解释": "在 PHP 中数组是值类型，赋值时会复制整个数组而非按引用传递。"}

{"answer": "2", "解释": "PHP 中数组是值类型，$b = $a 会复制一份独立的数组，修改 $b 不影响 $a。"}

{"answer": "是", "解释": "PHP 中函数作用域默认无法访问全局用户变量，必须借助 global 关键字、$GLOBALS 超全局数组或参数传递才能访问。"}

{"answer": "否", "解释": "$GLOBALS 中的元素是对全局变量的引用，在函数内 unset($GLOBALS['x']) 会彻底销毁全局变量 $x，而非仅在该函数作用域内删除。"}

{"answer": "6", "解释": "inc 通过引用修改 $x，$x++ 使其加 1，因此 $n 从 5 变为 6。"}

{"answer": "否", "解释": "自 PHP 7.1 起，foreach 在遍历前会对数组进行复制，因此循环内对数组的修改不会影响当前这次遍历。"}

{"answer": "否", "解释": "静态属性属于类而非实例，所有对象共享同一份，修改后其他对象也能看见。"}

{"answer": "否", "解释": "在 PHP 中，布尔值作为数组键会被自动转换为整数（true 变为 1），不会以 bool 类型保存。"}

{"answer": "是", "解释": "自 PHP 8.0 起，生成器可通过 return 返回一个值，并通过 $gen->getReturn() 获取该值。"}

{"answer": "否", "解释": "PHP 原生生成器只能遍历一次，一旦遍历完（耗尽），再调用 rewind() 会抛出 Cannot rewind a generator 异常，无法重新遍历。"}

```json ⏎ {"answer": "是", "解释": "PHP 7.0 引入的 yield from 确实会把遍历委托给另一个生成器或任何可迭代（Traversable）对象。"} ⏎ ```

```json ⏎ {"answer": "Generator", "解释": "在 PHP 中，包含 yield 的函数是生成器函数，调用它返回一个 Generator 对象（Generator 类 extends Iterator）。"} ⏎ ```

{"answer": "3", "解释": "该生成器通过 yield from 迭代数组 [1, 2, 3]，iterator_to_array 将其转为含 3 个元素的数组，count 返回 3。"}

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

{"answer": "是", "解释": "ArrayIterator 实现了 Iterator 接口，可包装数组并支持遍历。"}

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

{"answer": "是", "解释": "password_hash() 内部会自动生成随机盐并将它嵌入到哈希结果中，无需单独提供盐。"}

{"answer": "否", "解释": "PHP 8 中 PASSWORD_DEFAULT 默认使用 bcrypt 算法而非 md5，md5 因不安全不会被用作默认密码哈希算法。"}

{"answer": "true", "解释": "password_hash 对 'secret' 生成哈希，password_verify 验证 'secret' 与该哈希匹配，因此返回 true。"}

{"answer": "否", "解释": "strip_tags() 仅用于去除字符串中的 HTML/PHP 标签，无法防御 SQL 注入，防止 SQL 注入需要使用参数化查询或转义。"}

{"answer": "是", "解释": "session_regenerate_id() 会生成新的会话 ID，在登录时调用可有效防止会话固定攻击。"}

{"answer": "php_sapi_name()", "解释": "php_sapi_name() 函数返回 PHP SAPI 的名称，例如 cli、fpm、apache2 等。"}

{"answer": "是", "解释": "session_destroy() 只清除服务器端的会话数据，并不会删除客户端浏览器中的会话 Cookie。"}

{"answer": "否", "解释": "在访问 $_SESSION 之前必须调用 session_start() 来启动会话并加载会话数据。"}

{"answer": "8.1", "解释": "array_find() 函数是在 PHP 8.1 版本中引入的。"}

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

{"answer": "是", "解释": "PHP 8.4 引入了非对称可见性特性，允许使用 public private(set) 使属性可读但仅私有的方式写入。"}

{"answer": "8.2", "解释": "#[\NoDiscard] 属性是从 PHP 8.2 开始引入的。"}

{"answer": "8.0", "解释": "管道运算符 |> 于 PHP 8.0 版本引入。"}

{"answer": "8.2", "解释": "clone-with 语法是在 PHP 8.2 中引入的，允许通过第二个参数指定要覆盖的属性。"}

{"answer": "PHP 7.3", "解释": "array_first() 和 array_last() 函数是在 PHP 7.3 版本中引入的。"}

{"answer": "8.4", "解释": "Partial Function Application v2 RFC 已被接纳进入 PHP 8.4。"}

{"answer": "PHP 8.4", "解释": "clamp_v2 RFC（函数 clamp()）已在 2024 年 11 月发布的 PHP 8.4 中实现。"}

{"answer": "否", "解释": "PHP 的 Context Managers RFC 最初被拒绝，且截至该日期并无被接受的 Context Managers v2 记录。"}

{"answer": "否", "解释": "PHP 并不存在名为「Bound-Erased Generic Types」的 RFC，这是一个虚构的说法。"}

{"answer": "否", "解释": "ZTS（Zend 线程安全）自 PHP 5.3（2010年）起就已存在，并非2026年新接受的 RFC。"}

{"answer": "是", "解释": "截至 PHP 8.4/8.5，PHP 仍未引入内置的泛型（参数化类型）支持。"}

{"answer": "是", "解释": "PHP 8.5 于 2025 年 11 月发布，8.6 定于 2026-11-19 才 GA，故 2026-11-07 时最新稳定版仍为 8.5。"}

{"answer": "是", "解释": "PHP 6 项目因 Unicode 支持等原因被放弃，从未正式发布，PHP 团队随后直接推出了 PHP 7.0。"}

{"answer": "否", "解释": "「Deprecated attribute」RFC 曾被提出，但其投票结果为被拒绝（Rejected），并未被核心接受。"}

```json ⏎ {"answer": "是", "解释": "在整洁架构与洋葱架构中，依赖规则指向中心，内层不知道外层的存在，外层依赖内层而内层不依赖外层。"} ⏎ ```

{"answer": "是", "解释": "领域实体应保持纯净，不应依赖框架（如 Doctrine、Symfony），只使用 PHP 语言本身，以确保可独立于测试和基础架构。"}

{"answer": "否", "解释": "控制器和 Twig 模板属于应用层/表示层（架构的外层），它们只是用例的调用者，而非业务逻辑层（核心层）。"}

{"answer": "领域模型（业务规则与领域实体）", "解释": "洋葱架构的中心是最内层的领域层，包含业务规则、领域实体和核心业务逻辑，越向外依赖越具体，且所有依赖都指向中心。"}

{"answer": "是", "解释": "deptrac 通过静态分析检测层间依赖，出现禁止调用时会报错。"}

{"answer": "否", "解释": "用例应保持与基础设施（如 HTTP、数据库）的解耦，应接受纯数据对象而非物质化的请求实体或 EntityManager，这样才能可移植且易测试。"}

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

{"answer": "是", "解释": "数据库属于整洁架构的最外层，通过端口与适配器与领域和用例隔离，因此更换数据库仅影响外层实现。"}

{"answer": "否", "解释": "聚合是领域模型中一组实体与值对象构成的一致性边界，与数据库表并无直接对应关系。"}

{"answer": "是", "解释": "值对象的核心特征就是不可变且仅按字段值进行比较，而不依赖标识符。"}

{"answer": "聚合根 (Aggregate Root)", "解释": "聚合根是聚合唯一的外部入口，所有对聚合内部的变更都必须通过它来执行。"}

{"answer": "是", "解释": "在 DDD 中，仓储确实针对聚合根声明，聚合内的实体通过聚合根进行访问和管理，而不是为每个实体单独建立仓储。"}

{"answer": "是", "解释": "统一语言是领域驱动设计中的核心概念，指开发者与领域专家共同构建并共享的领域模型语言。"}

{"answer": "同源线（isogloss）", "解释": "同源线是一种语言边界，其内部地区的模型与语言特征保持一致，而边界外同一概念对应的词则属于另一种语言变体。"}

{"answer": "否", "解释": "DDD 推荐的是富领域模型（充血模型），将业务逻辑封装在实体内部，而贫血模型仅含 getter/setter 被视为反模式。"}

{"answer": "是", "解释": "限界上下文确立了模型适用的边界，每个上下文都有独立的模型，同一概念在不同上下文中可表现为不同的类。"}

{"answer": "否", "解释": "Symfony 中服务默认是急切（eager）创建的，只有显式标记 lazy: true 时才惰性实例化。"}

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

{"answer": "否", "解释": "自动装配的目的正是让服务能够被自动注册和依赖项自动注入，无需在 services.yaml 中手动声明每一个服务。"}

{"answer": "是", "解释": "Twig 将模板编译为 PHP 类并默认将编译后的文件缓存到磁盘以加速后续请求。"}

{"answer": "是", "解释": "在 dev 环境中，编译后的 DI 容器会被缓存到磁盘，只有当被跟踪的配置文件或服务定义文件发生变化时才会重建，而不是每次请求都重建。"}

{"answer": "APP_ENV", "解释": "Symfony 通过环境变量 APP_ENV（读取 $_SERVER['APP_ENV']）来决定当前活动环境，默认为 dev。"}

```json ⏎ {"answer": "否", "解释": "Symfony 的控制器方法必须是 public，私有的或受保护的方法无法被路由正确调用。"} ⏎ ```

{"answer": "否", "解释": "优先级由注册时指定的 priority 数值决定，而非接口，EventSubscriber 并不会因是订阅者就优先收到事件。"}

{"answer": "是", "解释": "Symfony 6.0 中新的 authenticator 体系（AuthenticatorInterface）已成为主流，旧的 guard 机制已在 6.0 中移除。"}

{"answer": "#[IsGranted]", "解释": "Symfony 使用 #[IsGranted] 属性直接在控制器方法上校验角色/权限，若未通过则抛出 AccessDeniedException 并返回 403。"}

{"answer": "是", "解释": "Voter 确实是 Symfony 用于判断对某对象（subject）是否拥有特定访问权限的机制，isGranted() 方法会通过调用 voter 来判断权限。"}

{"answer": "是", "解释": "Symfony 7 移除了旧版注解读取器，验证约束现在只能使用 PHP 属性声明。"}

{"answer": "是", "解释": "Symfony 表单默认启用 CSRF 保护，表单会生成并校验 CSRF 令牌。"}

{"answer": "是", "解释": "Symfony 的表单验证始终在服务器端执行，客户端 HTML5 检查仅用于改善用户体验，且可被绕过，因此不影响服务器端验证。"}

{"answer": "make:form", "解释": "Symfony MakerBundle 使用 make:form 命令来生成表单类（FormType）。"}

{"answer": "否", "解释": "Symfony 默认不会在会话中明文存储用户密码，密码仅用于验证，且通常被排除出会话序列化。"}

{"answer": "是", "解释": "在 Symfony 中，各 bundle 的配置通常放在 config/packages/ 目录下，每个 bundle 一般对应一个配置文件（如 framework.yaml、twig.yaml、doctrine.yaml 等）。"}

{"answer": "是", "解释": "这是推荐做法：提交含默认开发值的 .env 便于团队协作，而真实机密放在未提交的 .env.local 中以避免泄露。"}

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

{"answer": "否", "解释": "Symfony 容器在引导后会冻结（frozen），此时再调用 setParameter() 会抛出 LogicException 异常。"}

{"answer": "否", "解释": "Symfony 默认将服务设为私有（private），必须通过依赖注入而非直接调用容器获取。"}

{"answer": "否", "解释": "bundle 通常带有默认配置，即使 config/packages 中没有对应配置文件也能正常工作，并非每个 bundle 都必须有配置。"}

{"answer": "是", "解释": "Symfony 支持使用 %env(VAR)% 语法将环境变量的值注入到 services.yaml 的服务配置中。"}

{"answer": "APP_DEBUG", "解释": "Symfony 通过 APP_DEBUG 环境变量为 true 开启调试模式，从而启用更详细的 profiler 和 Twig 调试输出。"}

{"answer": "否", "解释": "在 Symfony Messenger 中，一条消息可以配置多个处理者，通过在 messenger 路由配置中将该消息映射到多个处理者服务即可。"}

```json ⏎ {"answer": "否", "解释": "sync 传输在当前请求中立即同步处理消息，不会将消息放入队列或由 worker 处理；放入队列交给 worker 处理的是 async 传输。"} ⏎ ```

{"answer": "php messenger:consume", "解释": "在 Symfony Messenger 中，使用 messenger:consume 命令启动消费队列消息的 worker。"}

{"answer": "是", "解释": "在 Symfony Messenger 中，重试策略（retry_strategy）在每个传输（transport）的配置项下设置，包括最大重试次数、延迟倍数等。"}

{"answer": "否", "解释": "Symfony Messenger 默认使用 PHP 原生的 serialize() 进行序列化，而非 JSON。"}

{"answer": "是", "解释": "Symfony Scheduler 使用 $schedule->message() 按计划生成消息并通过 Messenger 组件发送。"}

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

```json ⏎ {"answer": "是", "解释": "Messenger 的管道确实允许注册自定义中间件，并且可以控制其在内置中间件之前或之后执行。"} ⏎ ```

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

{"answer": "8.3", "解释": "Symfony 8.0 于 2026 年 11 月发布，按 Symfony 的升级规律其最低 PHP 版本为 8.3。"}

{"answer": "否", "解释": "Symfony 7.0 已弃用文档块注解，转而只支持使用 PHP 8 属性（attributes）来进行验证和路由配置。"}

{"answer": "是", "解释": "AssetMapper 通过 importmap.php 管理 CSS/JS 资源，确实无需 Node 或 webpack 即可运行。"}

{"answer": "否", "解释": "Symfony 6.4 是 LTS（长期支持）版本，而只有偶数次要版本才是 LTS 版本。"}

{"answer": "否", "解释": "Symfony 的弃用策略是：特性在某个小版本中被弃用，并在下一个主版本中被移除，因此升级到新的主版本时上一分支的弃用功能会被移除而非仍可用。"}

{"answer": "是", "解释": "Symfony 的每个主版本都会提供 UPGRADE 指南，列出破坏性变更和迁移说明。"}

{"answer": "symfony/importmap", "解释": "这是 Symfony 的 importmap 包，用于在无需 node/webpack 的情况下管理前端依赖和资源。"}

{"answer": "否", "解释": "Symfony 8.2 计划在 2026 年 11 月（约 11 月 10 日）发布，因此在 2026-11-07 时尚未发布。"}

{"answer": "否", "解释": "2026 年 11 月发布的应是 Symfony 7.4 LTS，而非 8.2；8.x 版本要到 2027 年才发布。"}

{"answer": "8.2", "解释": "Symfony 遵循每半年一个小版本的发布节奏，8.1 之后的小版本为 8.2，于 2026 年 11 月发布。"}

{"answer": "否", "解释": "Symfony 的版本号约定中，主版本号为 X.0（如 7.0、8.0），而 X.2 属于次要版本，向后兼容，不需要重写应用程序。"}

{"answer": "是", "解释": "PHP 版本策略保证在同一主版本内（如 8.1 → 8.2）维持向后兼容，不会引入破坏现有代码的不兼容变更。"}

{"answer": "8.4", "解释": "Symfony 采用每年发布大版本号的策略，8.x 分支在 9.0 之前的最后一次小版本发布预计为 8.4（此信息存在不确定性）。"}

{"answer": "否", "解释": "Symfony 8.2 将要求 PHP 8.4，而非 PHP 8.5，因为 Symfony 的 LTS 版本遵循 PHP 版本递进要求。"}

```json ⏎ {"answer": "否", "解释": "根据 Symfony 的弃用政策，弃用功能需经过两个大版本后才移除，因此在 8.x 中添加的弃用功能最早也要到 Symfony 10.0 才会移除，而非 9.0。"} ⏎ ```

{"answer": "否", "解释": "Twig 是安全的模板引擎，默认情况下不允许执行任意 PHP 代码，必须通过已注册的过滤器、函数或沙箱扩展才能运行。"}

{"answer": "否", "解释": "Twig 默认不启用自动转义，需要在配置环境时显式设置 autoescape 为 true。"}

{"answer": "是", "解释": "Twig 的 |e 过滤器默认对字符串进行 HTML 转义以确保安全输出。"}

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

{"answer": "是", "解释": "在 Twig 模板引擎中，|raw 过滤器会将值标记为原始安全内容，从而对该值关闭自动转义。"}

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

{"answer": "否", "解释": "Twig 提供了 set 标签，允许在模板内部声明和修改变量。"}

{"answer": "dump()", "解释": "Twig 使用 dump() 函数输出变量的调试结构，包括数组和对象。"}

{"answer": "是", "解释": "Bootstrap 是用于构建响应式界面和组件的 CSS/JavaScript 库，而非 React、Vue 这类单页应用框架。"}

{"answer": "container", "解释": "Bootstrap 的 container 类在每个网格断点处设置固定最大宽度，而 container-fluid 类则是全宽显示。"}

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

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

{"answer": "是", "解释": "Bootstrap 的间距工具类（如 .mt-3、.px-2）使用基于 $spacer 的间距刻度，类名中的数字对应 $spacer 的不同倍数。"}

{"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 不会在使用实体时自动建表，需要显式使用 SchemaTool 或 schema 命令生成数据库结构。"}

{"answer": "persist()", "解释": "persist() 方法将新对象标记为受管理状态，实际的 SQL INSERT 语句延迟到调用 flush() 时才真正执行。"}

{"answer": "否", "解释": "Doctrine ORM 3 移除了 EntityManager::merge() 方法，不再存在。"}

{"answer": "是", "解释": "DQL 是面向实体的查询语言，它以实体及其字段为单位编写，而非数据库表和列。"}

{"answer": "null", "解释": "大多数仓库（如 Doctrine Repository）的 find() 方法在找不到对应记录时会返回 null。"}

{"answer": "否", "解释": "Doctrine 默认不会自动 flush，必须手动调用 $em->flush() 才会持久化变更。"}

{"answer": "是", "解释": "受管理的实体由 Unit of Work 追踪变更，修改属性后 flush() 会自行提交而不需要再次调用 persist()。"}

```json ⏎ {"answer": "否", "解释": "Doctrine 的 remove() 只是将实体加入删除队列（unit of work），真正执行 SQL DELETE 需等 flush() 时才提交。"} ⏎ ```

{"answer": "否", "解释": "MVCC 的核心优势正是读不阻塞写、写不阻塞读。"}

{"answer": "EXPLAIN", "解释": "使用 EXPLAIN 关键字可以查看 SQL 查询的执行计划而不实际执行查询。"}

{"answer": "否", "解释": "SERIAL 是基于序列的遗留机制，而 GENERATED ... AS IDENTITY 是 SQL 标准方式，两者在行为和控制上有差异。"}

{"answer": "否", "解释": "PostgreSQL 中 UNIQUE 约束将 NULL 视为互不相同，因此允许多个 NULL 值存在。"}

{"answer": "string_agg", "解释": "string_agg 聚合函数使用指定的分隔符将多行字符串拼接成一个字符串。"}

{"answer": "否", "解释": "普通 VACUUM 只清理死元组并将其空间加入空闲空间映射以供内部复用，并不会归还给操作系统；只有 VACUUM FULL 才会重写表并真正回收空间给操作系统。"}

{"answer": "PARTITION BY", "解释": "在窗口函数中，PARTITION BY 关键字将行划分为若干分组，函数对每个分组分别进行计算。"}

{"answer": "否", "解释": "READ COMMITTED 只能防止脏读，不能防止不可重复读，防止不可重复读需要 REPEATABLE READ 隔离级别。"}

{"answer": "是", "解释": "PostgreSQL 默认处于 autocommit 模式，每条 SQL 语句会自动包裹在自己的隐式事务中并立即提交。"}

{"answer": "COMMIT", "解释": "COMMIT 命令结束事务并将其中所有更改保存到数据库。"}

{"answer": "是", "解释": "索引通过加速 WHERE 子句的查找来优化查询，UPDATE 和 DELETE 同样使用 WHERE 子句定位行，因此也能从索引中受益。"}

{"answer": "是", "解释": "PostgreSQL 通过 SAVEPOINT 在事务中设置保存点，可用 ROLLBACK TO SAVEPOINT 回滚到该点之前的部分语句而保留其余事务。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会真正执行查询并报告实际执行统计信息，而不仅是显示计划。"}

{"answer": "pgvector", "解释": "pgvector 是 PostgreSQL 的开源扩展，为向量（embedding）搜索添加了 vector 数据类型和多种索引类型（如 HNSW、IVFFlat）。"}

{"answer": "是", "解释": "部分索引使用 WHERE 子句，只索引满足条件的那些行，从而节省空间并提高查询效率。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 隔离级别主要依赖读谓词冲突检测（可序列化快照隔离）而非锁定读取的行来实现。"}

{"answer": "是", "解释": "HTTP 201 状态码表示服务器成功创建了一个新资源。"}

{"answer": "204", "解释": "HTTP 204 No Content 表示请求成功但没有响应体返回。"}

{"answer": "是", "解释": "HTTP 规范中 DELETE 方法是幂等的，重复删除同一资源的结果与一次删除相同。"}

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

{"answer": "是", "解释": "HTTP 429 状态码确实用于指示客户端在短时间内发送了过多请求，超出了服务端设定的频率限制。"}

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

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

{"answer": "是", "解释": "RFC 5789 明确规定 PATCH 不要求幂等，而 PUT 要求幂等。"}

{"answer": "否", "解释": "应使用 hash_equals() 进行常量时间比较，== 可能存在时序攻击漏洞和类型转换隐患。"}

{"answer": "是", "解释": "CSRF 令牌由服务器生成并绑定到会话，在处理 POST 等不安全的请求时会由服务器端校验其有效性以确认请求来自合法来源。"}

{"answer": "Content-Security-Policy", "解释": "Content-Security-Policy 头用于向浏览器声明网站允许加载资源的来源策略。"}

{"answer": "否", "解释": "OAuth 2.0 是授权框架而非身份认证协议，其 access 令牌用于授权访问资源，并不能直接说明用户身份；身份认证需借助 OpenID Connect 等协议。"}

{"answer": "否", "解释": "XSS 的真正防护在于输出时根据上下文进行编码或转义，仅靠写库前校验输入并不足以防止，因为同一数据可能在 HTML、JavaScript、URL 等不同上下文中被渲染，校验无法覆盖所有输出场景。"}

{"answer": "authorization_code（授权码）", "解释": "在授权码流程中，授权服务器在用户授权后返回 authorization_code 参数至 redirect_uri，客户端再用它换取 access token。"}

{"answer": "是", "解释": "Refresh 令牌通常生命周期比 access 令牌长，可用于在不重新登录的情况下换取新的 access 令牌。"}

{"answer": "否", "解释": "盐不需要保密，通常以明文形式与哈希一起存储，其作用是防止彩虹表攻击和使相同密码的哈希不同。"}

{"answer": "是", "解释": "PHPUnit 通过反射发现并执行以 test 开头的方法，测试类不必继承 TestCase 即可运行其测试方法。"}

{"answer": "否", "解释": "setUp() 会在每个测试方法执行前都调用一次，只有 setUpBeforeClass() 才在整个类的所有测试之前执行一次。"}

{"answer": "否", "解释": "数据提供者的作用是让一个测试用多组参数运行，从而实现数据驱动的测试。"}

{"answer": "expectException", "解释": "PHPUnit 中用于声明期望抛出特定类异常的方法是 expectException()。"}

{"answer": "否", "解释": "两者描述正好相反：mock 检查期望的方法调用，stub 只是返回预设数据而不检查是否被调用。"}

{"answer": "是", "解释": "在 PHPUnit 10 中，@dataProvider 注解已被弃用，推荐使用 #[DataProvider] 属性来为测试提供数据。"}

{"answer": "否", "解释": "PHPUnit 通过 @depends 注解或 #[Depends] 属性允许测试之间声明依赖关系。"}

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

{"answer": "3-3", "解释": "intdiv 向下取整到零方向，7÷2=3，-7÷2=-3，拼接后为 \"3-3\"。"}

{"answer": "-9", "解释": "在 PHP 中，幂运算符 ** 的优先级高于负号（一元减），因此 -3 ** 2 会被解析为 -(3 ** 2)，结果为 -9。"}

{"answer": "true", "解释": "两个操作数都是形如数字的字符串，PHP 会以数值方式比较，'1e1' 等于科学计数法的 10，与 10 相等，因此条件成立输出 'true'。"}

{"answer": "zero", "解释": "switch 使用松散比较，'a' == 0 为真，因此匹配 case 0。"}

```json ⏎ {"answer": "2c", "解释": "strtr 使用数组形式时按最长匹配优先替换，因此位置 0 的 'ab' 被替换为 '2'，'c' 保持不变。"} ⏎ ```

{"answer": "[]", "解释": "substr 的负偏移量 -10 的绝对值大于字符串 'hello' 的长度 5，因此返回空字符串，最终输出 '[]'。"}

{"answer": "k,n,m", "解释": "数组的 + 运算按左侧优先合并，$a 保留 k 和 n，再加入 $b 独有的 m，得到键 k,n,m。"}

```json ⏎ {"answer": "yxz", "解释": "usort 按每个数组第三个元素升序排序（PHP 8.0 起稳定），顺序变为 [2,'y',1]、[1,'x',2]、[3,'z',2]，array_column 取第二列得 'y''x''z'，拼接为 'yxz'。"} ⏎ ```

{"answer": "4", "解释": "使用数组展开时关联数组的键会按名称匹配参数，所以 a=5、b=1，返回 5-1=4。"}

```json ⏎ {"answer": "产生致命错误（不能用整数调用函数）", "解释": "$p->g(...) 是立即执行方法调用并返回整数 3（并非创建闭包），所以 $f=3；之后 $f() 试图把整数 3 当作函数调用，会触发 'Call to undefined function 3' 的致命错误。"} ⏎ ```

```json ⏎ {"answer": "B", "解释": "static::class 使用后期静态绑定，调用来自 B 类实例，因此返回 B。"} ⏎ ```

{"answer": "10", "解释": "PHP 8.4 起引入的属性挂钩：设置 $c->x = 5 时触发 set 挂钩，执行 $this->x = $value * 2，即存入 10，读取时返回 10。"}

{"answer": "BA", "解释": "insteadof 让 TB::f 覆盖 TA::f 使 f() 返回 B，as 别名让 g() 调用 TA::f 返回 A。"}

{"answer": "0", "解释": "在 PHP 中，trait 的静态属性会被每个使用该 trait 的类独立复制一份，因此 CX::$n 和 CY::$n 互不影响，CY::$n 仍为初始值 0。"}

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

{"answer": "second", "解释": "内部try抛出RuntimeException后执行finally块，finally块抛出的LogicException会替换原异常并向上传播，被外层catch捕获并输出'second'。"}

{"answer": "App\\Foo|Baz", "解释": "Baz::class 解析为 use 导入的别名目标 App\\Foo，而 \\Baz::class 指向全局命名空间的 \\Baz，::class 仅在编译期解析名称且不要求类存在。"}

{"answer": "yesyes", "解释": "代码位于 Ns 命名空间中，类 Ns\\Foo 存在；'Foo' 经命名空间解析为 Ns\\Foo 故返回 true，'Ns\\Foo' 也返回 true，因此输出 'yesyes'。"}

{"answer": "1,2,99", "解释": "foreach 使用引用赋值后 $v 仍指向数组最后一个元素 $a[2]，因此 $v = 99 会同时修改 $a[2]，最终数组为 [1,2,99]。"}

{"answer": "3", "解释": "由于 B 没有重写 inc() 方法，$a->inc() 和 $b->inc() 执行的都是 A::inc()，静态变量 $n 共享同一作用域，因此依次递增返回 1、2、3，最后 echo 输出 3。"}

{"answer": "null", "解释": "首次 send() 调用相当于 next()，只让生成器运行到 yield 1 处挂起，传入的 10 不会赋给 $x，return $x+1 语句从未执行，因此 getReturn() 返回 null。"}

{"answer": "1,2,ok", "解释": "yield from 会将 inner() 产生的 1 和 2 抛出，其返回值 'ok' 赋给 $r，随后 outer 再 yield 出 'ok'。"}

{"answer": "noyes", "解释": "成本4与原始哈希匹配所以返回no，成本5不同所以返回yes。"}

{"answer": "strict-out", "解释": "PHP 8.x 中 E_ALL = 0x77FF = 30719，其第 11 位（2048，即 E_STRICT）未被包含，因为 E_STRICT 在 PHP 8.0 已被弃用并从 E_ALL 中移除，所以 (E_ALL & 2048) === 0 成立，输出 'strict-out'。"}

{"answer": "mapped", "解释": "Request::create 将 $_SERVER 的 HTTP_* 头交给构造函数，HeaderBag::replace 会去掉 'HTTP_' 前缀并将 'X_TOKEN' 规范化为 'x_token'，因此 get('X-Token') 返回 'abc'。"}

{"answer": "BCA", "解释": "监听器按优先级降序执行：B(优先级10)先于C(优先级5)先于A(默认优先级0)。"}

{"answer": "same", "解释": "Doctrine EntityManager 的第一级缓存（identity map）保证对同一实体ID的多次 find() 调用返回同一个对象实例。"}

```json ⏎ {"answer": "0", "解释": "persist 将实体加入待插入队列，而 remove 会将其从待插入队列中移除并标记为待删除；由于该实体从未真正写入数据库（自增 ID 尚未分配），flush 既不会执行 INSERT，删除也是影响 0 行的无操作，因此 users 表仍为空。"} ⏎ ```

{"answer": "1", "解释": "count(x) 只统计非 NULL 的行，表中只有 1 行 x=1，故返回 1。"}

{"answer": "10,30,60", "解释": "子查询按 id 顺序计算 x 的累计和（10、30、60），再用 string_agg 以逗号拼接得到 '10,30,60'。"}

{"answer": "M1M2", "解释": "消息总线按注册顺序执行中间件：M1 先输出「M1」，再调用 M2 输出「M2」，最后默认中间件静默发送消息，因此依次输出 M1M2。"}

{"answer": "11", "解释": "HandleMessageMiddleware 会遍历并执行所有为该类注册的消息处理器，所以两个 closure 都执行：$n = 1 + 10 = 11。"}

```json ⏎ {"answer": "1", "解释": "第一次插入a=1成功，第二次插入因唯一索引冲突而被ON CONFLICT DO NOTHING忽略，表中只有一行。"} ⏎ ```

{"answer": "2", "解释": "UNIQUE 约束是 DEFERRABLE INITIALLY DEFERRED，唯一性检查被推迟到事务提交时才执行，而 SELECT 仍在未提交的交易中执行，因此两行都被计入。"}

```json ⏎ {"answer": "6", "解释": "过滤正则 test_sum 同时匹配 test_sum 和 test_sum_abs 两个测试方法，各带 3 个数据提供者，共 3+3=6 个测试。"} ⏎ ```

```json ⏎ {"answer": "2, 1", "解释": "数据提供者返回两个值，x=1 通过测试而 x=-1 断言失败。"} ⏎ ```

{"answer": "POST", "解释": "curl 使用 -d 选项发送数据时，默认使用 POST 方法。"}

{"answer": "GET", "解释": "curl 默认用 -d 发送 POST，但加上 -G 标志后会把数据作为查询字符串附加到 URL 并以 GET 方法发送。"}

{"answer": "invalid_client", "解释": "根据 RFC 6749 第5.2节，当客户端身份验证失败或 client_id 不存在时，端点返回 error 值为 invalid_client。"}

{"answer": "URL fragment（# 之后的部分）", "解释": "在 implicit（隐式）授权流程中，访问令牌通过 URI 的 fragment 片段返回，因为该部分不会发送到服务器，更安全。"}

{"answer": "6", "解释": "默认过滤器在未指定 boolean 参数时会把 falsy 值（如 false）替换为默认值 2，然后 2 * 3 = 6。"}

{"answer": "\\TypeError", "解释": "由于 Twig 中 ~ 的优先级(40)高于 +(35)，表达式被解析为 ('a' ~ 1) + 2，即 'a1' + 2，在 PHP 8 中对非数字字符串和整数相加会抛出 \\TypeError。"}

```json ⏎ {"answer": "0", "解释": "NotBlank 检查传入的数组 [''] 是否为空值，而该数组非 null、非空串、非 '0' 等，因此不构成违反约束，错误数量为 0。"} ⏎ ```

{"answer": "Symfony\\Component\\Form\\Exception\\UnexpectedException", "解释": "表单在调用 isValid() 前必须经过 submit() 或 setData()，否则抛出未初始化表单的 UnexpectedException 异常，catch 块输出该异常类名。"}

{"answer": "same", "解释": "服务默认是共享的，编译后容器会缓存其实例，因此两次 get 返回同一对象。"}

{"answer": "hi Bob!", "解释": "getParameter 会递归解析嵌套的 token，%greeting% 先替换为 hi %name% 再 %name% 替换为 Bob，最终得到 hi Bob!"}

{"answer": "960px", "解释": "Bootstrap 5.3 中 lg 断点为 ≥992px，因此视口宽度 992px 时 .container 应用 lg 断点的 max-width 960px。"}

{"answer": "text-danger", "解释": "两个工具类优先级相同，最终由 CSS 生成顺序决定，而 danger 在 theme-colors 中排於 primary 之后，故后生成的 text-danger 胜出。"}

{"answer": "2", "解释": "Domain 层只能依赖 Domain，而 OrderService 依赖了 Application(PlaceOrder) 和 Infrastructure(Db) 两层，因此产生 2 处违规。"}

{"answer": "3", "解释": "BillingService 属于 Domain 层，其规则是 Domain 只能依赖 Domain，但它依赖了 Application\PlaceOrder、Infrastructure\Db 和 Infrastructure\Logger 三个类，因此产生 3 个违规。"}

{"answer": "10,15", "解释": "类定义合法，$a->amount 为 10，$c 为 add 后的 15，拼接输出 10,15。"}

{"answer": "1", "解释": "remove() 在检查 count 为 1 时立即抛出了 DomainException，因此 unset 从未执行，items 中仍只剩 'a'，count 返回 1。"}

{"answer": "hi", "解释": "new C() 创建对象并立即调用其 hi() 方法返回字符串 'hi'，然后 echo 输出它。"}

```json ⏎ {"answer": "yesno", "解释": "newLazyGhost 创建未初始化的幽灵对象，首次访问 $o->v 时触发初始化闭包，故第一次输出 yes、第二次输出 no。"} ⏎ ```

```json ⏎ {"answer": "no", "解释": "Symfony 的 Guard 认证系统（包括 AbstractGuardAuthenticator）在 5.1 中被弃用，并在 6.0 中被彻底移除，因此 8.1 中该类不存在。"} ⏎ ```

{"answer": "noyes", "解释": "AnnotationClassLoader 在 Symfony 5.x 弃用并于 6.0 移除，8.1 中不存在（输出 no）；AttributeClassLoader 是当前仍存在的属性加载器（输出 yes）。"}