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

{"answer": "否", "解释": "双引号字符串支持变量插值和解转义字符（如 \\n、\\t），而单引号字符串几乎原样输出，只处理 \\\\ 和 \\'。"}

{"answer": "是", "解释": "?? 运算符（空合并运算符）确实按 isset 语义工作，在变量未定义时不会产生任何警告。"}

{"answer": "ab", "解释": "echo 可以接收多个用逗号分隔的参数并将它们依次输出，因此 'a' 和 'b' 连接输出为 ab。"}

{"answer": "是", "解释": "PHP 中的 print 是语言结构，它会返回值 1，因此可以在表达式内部使用。"}

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

{"answer": "是", "解释": "在 PHP 中，加法和减法的优先级确实高于连接运算符（.），因此该说法正确。"}

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

{"answer": "3", "解释": "点(.)和加号(+)优先级相同且从左结合，先执行'总和: ' . 2得到'总和: 2'，再+3时该字符串因非数字前缀转为0，最终0+3=3。"}

{"answer": "否", "解释": "PHP中使用===比较数组时，元素顺序和键都必须完全相同才相等，顺序不同视为不相等。"}

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

{"answer": "是", "解释": "在 PHP 中，字符串与数字比较时，非数字字符串会被转换为 0，因此 \"abc\" == 0 等同于 0 == 0，结果为 true。"}

{"answer": "是", "解释": "在 PHP 宽松比较中，null 会转换为 0 或空值，因此与 0、空字符串和 false 都相等。"}

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

{"answer": "10", "解释": "在 PHP 中，+ 运算会将字符串类型的数字转换为数字，因此 '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() 通过第三个参数 $pad_type 支持在右侧（STR_PAD_RIGHT，默认）、左侧（STR_PAD_LEFT）和两侧（STR_PAD_BOTH）补齐。"}

{"answer": "否", "解释": "PHP 的 trim() 默认会移除空格、制表符、换行符、回车符、NUL 字节和竖 Tab 等多种空白字符。"}

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

{"answer": "cde", "解释": "负数偏移量表示从字符串末尾开始计数，-3 即从倒数第 3 个字符 'd' 开始截取到结尾，得到 'cde'。"}

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

{"answer": "是", "解释": "heredoc 像双引号字符串一样支持变量插值，而 nowdoc 像单引号字符串一样不支持变量插值。"}

{"answer": "否", "解释": "sort() 按值排序但不保留键名，会重新索引数组；要保留键值对应关系应使用 asort()。"}

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

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

{"answer": "是", "解释": "array_filter() 在不提供回调函数时默认会移除所有取值为假（falsy）的元素，如 false、0、\"0\"、null、\"\" 和空数组。"}

{"answer": "是", "解释": "array_slice() 默认不会重新索引键名，只有当第四个参数 reindex 设为 true 时才会重新编号。"}

{"answer": "[20, 30]", "解释": "array_slice 从偏移量 1 开始取 2 个元素，即下标 1 和 2 的值 20 和 30。"}

{"answer": "1", "解释": "PHP 的数组并集 + 运算符保留左侧数组的同名键的值，右侧同名键 'a' 被忽略，结果只有 ['a' => 1]，共 1 个元素。"}

{"answer": "错", "解释": "展开运算符从 PHP 7.4 起即可处理带字符串键的数组，8.1 的变更主要是保留数值键而非字符串键。"}

{"answer": "否", "解释": "在 PHP 8.1 中，命名参数可以与数组展开 ...$args 组合使用。"}

{"answer": "是", "解释": "PHP 的闭包会自动继承外部作用域中定义的变量，无需 use 即可读取。"}

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

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

{"answer": "否", "解释": "箭头函数以值而非按引用方式捕获外部变量，虽然捕获确实是惰性的（仅在函数调用并实际使用该变量时才取值）。"}

{"answer": "是", "解释": "在 PHP 中用 static 声明的闭包不会绑定到对象实例，因此无法通过 $this 访问调用它的对象。"}

{"answer": "5", "解释": "use($x) 按值捕获，闭包在定义时（此时 $x=5）就保存了值，之后 $x=7 不影响闭包。"}

{"answer": "是", "解释": "在弱类型模式下PHP会对字符串\"5\"进行类型强制转换，将其转为整数5，因此允许传入。"}

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

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

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

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

{"answer": "class@anonymous", "解释": "PHP 中匿名类名格式为 class@anonymous\\0{文件路径}#{id}#{counter}，NUL 字节之前的部分即 class@anonymous。"}

{"answer": "是", "解释": "私有方法不会被继承，也不构成继承契约中的可见性约束，因此子类声明同名方法可使用任意可见性而不与父类私有方法冲突。"}

{"answer": "否", "解释": "__get() 除了在访问不存在的属性时被调用外，在访问类外部不可见（如 private/protected）的属性时也会被调用。"}

{"answer": "Error", "解释": "PHP 8.1 起对只读属性重复赋值会抛出 Error 类（无法修改已初始化的只读属性），而非 Exception。"}

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

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

{"answer": "是", "解释": "PHP 8.0 起接口可以声明静态方法。"}

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

{"answer": "是", "解释": "自 PHP 8.1 起，接口方法可以带有默认实现，就像 trait 方法一样。"}

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

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

{"answer": "是", "解释": "PHP 的 trait 可以声明常量，例如 const NAME = 'xxx'。"}

{"answer": "是", "解释": "在 PHP 7 及更高版本中，Throwable 接口确实是 Exception 和 Error 的共同父接口。"}

{"answer": "否", "解释": "TypeError 继承自 Error 而非 Exception，两者都只实现 Throwable 接口，因此 catch (Exception $e) 无法捕获 TypeError。"}

{"answer": "否", "解释": "@ 运算符只能抑制错误（错误信息），而不能抑制异常，异常必须通过 try/catch 捕获。"}

{"answer": "DivisionByZeroError", "解释": "intdiv(5, 0) 除数为零，PHP 会抛出 DivisionByZeroError 异常。"}

{"answer": "否", "解释": "finally 块无论异常是否被捕获都会执行，它在 try 块结束后无条件运行。"}

```json ⏎ {"answer": "否", "解释": "在 finally 块中抛出的异常会覆盖（取代）try 块原有的异常或返回值，从而显著影响最终结果。"} ⏎ ```

{"answer": "true", "解释": "异常对象拥有 message、code、file、line 等公共属性，根据 PHP 规则对象含至少一个属性时转为 true。"}

{"answer": "是", "解释": "register_shutdown_function() 注册的函数会在脚本正常结束或通过 exit()/die() 提前结束时执行。"}

{"answer": "否", "解释": "use 语句仅用于命名空间别名，并不会加载文件，类文件的加载发生在实际引用该类时由自动加载机制处理。"}

{"answer": "function", "解释": "在 PHP 中，用 `use 命名空间\函数名;` 显式导入函数，用 const 则导入常量。"}

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 将命名空间 App\\ 映射到 src/，因此 App\\Controller\\Api\\UserController 对应 src/Controller/Api/UserController.php。"}

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

{"answer": "是", "解释": "__NAMESPACE__ 确实返回当前命名空间的名称。"}

{"answer": "否", "解释": "在 new、class、extends 等类相关语法中，非限定类名会相对于当前命名空间解析（如命名空间内 new foo 变为 A\B\foo），而非从全局根解析。"}

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

{"answer": "否", "解释": "PHP 中的 use 语句用于导入命名空间或 trait，必须在文件顶层或类体内声明，不能写在函数体内。"}

{"answer": "是", "解释": "在 PHP 5 及以后版本中，数组采用按值语义，赋值时会进行复制而非按引用传递。"}

{"answer": "2", "解释": "PHP 中数组赋值是按值复制的，修改 $b 不会影响 $a，所以 $a 仍有 2 个元素。"}

{"answer": "是", "解释": "在 PHP 中，函数作用域与全局作用域相互独立，访问全局变量只能通过 global 关键字、$GLOBALS 超全局数组或作为参数传递这三种方式。"}

{"answer": "否", "解释": "$GLOBALS 是超全局数组，unset($GLOBALS['x']) 会从全局作用域中彻底删除该变量，而非仅在当前函数内删除。"}

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

{"answer": "否", "解释": "按值遍历 foreach 会对数组进行复制（引用计数 + 写时复制），因此循环内对数组的修改在同一遍历中不可见；只有按引用（&）遍历时才直接作用于原数组。"}

{"answer": "否", "解释": "静态属性属于类而非单个对象，所有实例共享同一份静态属性，因此一个对象的修改对其他对象是可见的。"}

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

{"answer": "否", "解释": "生成器内部可以用 return 返回值，但应通过 $gen->getReturnedValue() 而非 getReturn() 获取。"}

{"answer": "是", "解释": "自 PHP 7.1 起，未发送过参数的生成器在遍历后可以调用 rewind() 倒回并重新遍历。"}

{"answer": "是", "解释": "yield from 语法确实会把遍历委托给另一个生成器、可迭代对象或数组。"}

{"answer": "Generator", "解释": "包含 yield 的函数是生成器函数，调用 g() 返回一个 Generator 实例，因此 get_class 返回 \"Generator\"。"}

{"answer": "3", "解释": "生成器通过 yield from 输出 [1,2,3]，iterator_to_array 将其转为带整数的键 0,1,2 的数组，count 得到 3 个元素。"}

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

{"answer": "是", "解释": "ArrayIterator 包装数组并通过实现 Iterator 接口提供遍历功能。"}

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

{"answer": "是", "解释": "password_hash() 会随机生成盐并将其编码在返回的哈希字符串中，无需手动提供盐。"}

{"answer": "否", "解释": "PASSWORD_DEFAULT 默认使用 bcrypt 算法而非 md5。"}

{"answer": "true", "解释": "password_verify 会验证密码是否与生成的哈希匹配，由于传入的明文 'secret' 与哈希对应的密码一致，因此返回 true（布尔值）。"}

{"answer": "否", "解释": "strip_tags() 只用于移除 HTML/PHP 标签，不能防止 SQL 注入，应使用预语句或参数化查询。"}

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

{"answer": "php_sapi_name()", "解释": "php_sapi_name() 函数返回当前运行的 SAPI 名称，例如 \"cli\"、\"apache2handler\" 等。"}

{"answer": "是", "解释": "session_destroy() 只清除服务器端与该会话关联的数据，并不会删除浏览器中保存的会话 cookie。"}

{"answer": "否", "解释": "必须先调用 session_start() 才能初始化并加载会话数据到 $_SESSION 数组中。"}

{"answer": "8.2", "解释": "array_find() 和 array_exists() 函数是在 PHP 8.2 中引入的。"}

{"answer": "是", "解释": "属性钩子（property hooks）确实作为特性在 PHP 8.4 中引入，允许直接在属性声明中定义 get 和 set 钩子。"}

{"answer": "是", "解释": "非对称可见性确实在 PHP 8.4 中引入，允许属性拥有独立的读和写可见性修饰符。"}

{"answer": "8.2", "解释": "#\[\\NoDiscard\\] 属性从 PHP 8.2 开始引入，用于标记返回值不得被丢弃。"}

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

{"answer": "8.4", "解释": "clone with 语法在 PHP 8.4 中引入，允许通过第二个参数覆盖属性来克隆对象。"}

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

{"answer": "8.4", "解释": "Partial Function Application RFC v2 已被接纳进入 PHP 8.4 版本，该版本于 2024 年 11 月发布。"}

{"answer": "未知/未实现", "解释": "据我所知并不存在名为 clamp_v2 的 PHP RFC，PHP 中也未实现 clamp() 函数，因此无法给出实现它的版本号。"}

{"answer": "是", "解释": "Context Managers v2 的 RFC 已被 PHP 社区投票接受。"}

{"answer": "是", "解释": "PHP 的 Bound-Erased Generic Types RFC 确实在 2026 年被投票拒绝，PHP 最终采用了另一种泛型方案。"}

{"answer": "是", "解释": "PHP 已提交并接受了将 ZTS（默认多线程）启用的 RFC。"}

{"answer": "是", "解释": "PHP 8.5 仍未引入泛型（参数化类型）这一特性。"}

{"answer": "是", "解释": "PHP 采用每年约13个月的小版本发布周期，8.5 于 2025 年 11 月发布，8.6 预定于 2026 年 11 月 19 日 GA，因此在 2026-11-07 时最新稳定版确为 8.5。"}

{"answer": "是", "解释": "PHP 6 分支因 Unicode 支持计划受阻而从未正式发布，PHP 5.6 之后直接推出了 PHP 7.0。"}

{"answer": "否", "解释": "目前向 PHP 核心添加 #[\\Deprecated] 属性的 RFC 尚未被接受。"}

{"answer": "是", "解释": "在整洁架构与洋葱架构中，依赖关系始终指向中心，外层依赖内层而内层对外层一无所知。"}

{"answer": "是", "解释": "领域实体应保持为纯 PHP 类，不依赖框架，以实现架构上的领域层独立性。"}

{"answer": "否", "解释": "控制器和 Twig 模板属于表示层（表现层），而非业务逻辑层，它们调用用例但本身不承担业务逻辑。"}

```json ⏎ {"answer": "实体（核心业务规则）", "解释": "洋葱架构从内到外依次为实体层、用例层、界面适配层和外层，最中心是包含核心业务规则的实体层。"} ⏎ ```

{"answer": "是", "解释": "deptrac 作为静态层间依赖分析器会在分析阶段检测并报出违反分层边界的禁止调用。"}

{"answer": "否", "解释": "用例应只接收纯输入数据而非 HTTP 请求或 EntityManager 等基础设施细节，以保持框架无关性和可测试性。"}

{"answer": "Repository（仓储）", "解释": "在领域驱动设计中，仓储模式在接口背后隐藏存储机制，并为聚合/实体提供集合式的访问接口。"}

{"answer": "是", "解释": "在整洁架构中数据库属于外层（基础设施层），通过端口与接口抽象，切换数据库实现只影响外层，领域和用例层保持不变。"}

{"answer": "否", "解释": "聚合是领域模型中的概念单元，用于界定业务规则和一致性边界，与数据库表的物理存储结构无关。"}

{"answer": "是", "解释": "值对象的核心特征就是不可变并按字段值而非引用标识进行比较。"}

{"answer": "聚合根 (Aggregate Root)", "解释": "在领域驱动设计中，聚合根是聚合的唯一外部入口，所有对聚合内部的变更都必须通过它来发起。"}

{"answer": "是", "解释": "在 DDD 中，仓储确实针对聚合根声明，实体只能通过聚合根访问而无法单独建立仓储。"}

{"answer": "是", "解释": "统一语言确实由开发者和领域专家共同构建并在整个项目中共享，它建立在共享模型基础上。"}

{"answer": "<?php ?> (PHP 标签)", "解释": "在 `<?php ?>` 标记内部的内容按 PHP 语言解析执行，而在标记外部（如 HTML 区域）同样的 `$变量` 等写法只被当作普通文本，对应不同的处理模型。"}

{"answer": "否", "解释": "DDD 推荐的是富领域模型，将业务逻辑封装在实体内部，贫血模型反而被 Martin Fowler 和 Eric Evans 批评。"}

{"answer": "是", "解释": "限界上下文的核心思想是每个上下文都拥有自己的独立模型，同一概念在不同上下文中确实由不同的类来表示。"}

{"answer": "是", "解释": "Symfony 容器默认惰性创建服务，只有当通过 get() 首次调用某个服务时才会实际实例化该对象。"}

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

{"answer": "否", "解释": "Symfony 的自动装配会根据类型提示自动推断并连接依赖，无需手动声明每一个服务。"}

{"answer": "是", "解释": "Twig 将模板编译为 PHP 类并缓存到缓存目录中，以提升后续请求的性能。"}

```json ⏎ {"answer": "是", "解释": "在 Symfony 的 dev 环境中，容器被缓存编译，并通过检查被跟踪文件（服务定义、配置等）的修改时间来判断是否需要重新编译，而不会每次请求都重建。"} ⏎ ```

{"answer": "APP_ENV", "解释": "Symfony 通过 APP_ENV 环境变量来决定当前活动的开发或生产环境。"}

{"answer": "否", "解释": "Symfony 的控制器方法必须是 public，私有方法不能作为路由操作。"}

{"answer": "否", "解释": "事件订阅者和监听器没有固有的优先级差异，顺序仅由注册的优先级参数决定，接口本身并不赋予更高优先级。"}

{"answer": "是", "解释": "Symfony 5.5 弃用了旧的 guard 系统，并在 6.0 中彻底移除，认证改用新的 Authenticator 系统（AuthenticatorInterface）。"}

{"answer": "IsGranted", "解释": "Symfony 的 #[IsGranted] 属性直接在控制器方法上检查角色/权限，若未通过则返回 403。"}

{"answer": "是", "解释": "Voter 是 Symfony 用于对具体对象（subject）检查访问权限的机制，isGranted() 会传入属性和对象由 Voter 决定是否授权。"}

{"answer": "是", "解释": "Symfony 7 移除了对注解（Annotation）元数据驱动的支持，验证约束改用 PHP 属性声明。"}

{"answer": "是", "解释": "Symfony 默认启用 CSRF 保护，表单配置中 csrf_protection 默认为 true，提交时会校验自动生成的 _token 令牌。"}

{"answer": "是", "解释": "Symfony 的表单验证始终在服务器端执行，即使客户端 HTML5 验证已通过，因为客户端验证可被绕过，服务器端验证才能保证安全性。"}

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

{"answer": "否", "解释": "Symfony 在会话中只保存用户身份标识，不会以明文存储密码，密码应始终哈希后存储。"}

{"answer": "是", "解释": "Symfony 将各 bundle 的配置放在 config/packages 目录下，通常按 bundle 名分别建立配置文件。"}

{"answer": "是", "解释": "这是常见的最佳实践，提交含默认值的 .env（或 .env.example）便于协作，真实机密放在不纳入版本管理的 .env.local 中以保证安全。"}

{"answer": "debug:container (container:debug)", "解释": "使用 php bin/console debug:container 可以列出容器中注册的所有服务及其别名。"}

{"answer": "否", "解释": "Symfony 容器在编译后会被冻结（frozen），此后参数变为只读，setParameter() 无法生效或抛出异常，因此不能在运行时修改参数。"}

{"answer": "否", "解释": "Symfony 中服务默认是私有的（private），需要显式设置 public: true 才能从容器直接获取。"}

{"answer": "否", "解释": "许多 bundle 提供合理的默认值，没有配置文件也能正常工作，并非每个 bundle 都必须配置。"}

{"answer": "是", "解释": "Symfony 支持在 services.yaml 中通过 %env(VAR)% 语法注入环境变量作为服务参数。"}

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

{"answer": "否", "解释": "在 Symfony Messenger 中，同一条消息可以配置多个处理者同时处理。"}

{"answer": "否", "解释": "同步传输会在当前请求中立即处理消息，并不会将其放入队列或通过 worker 处理，只有异步传输才会这样做。"}

{"answer": "php artisan queue:work", "解释": "Laravel 中使用 php artisan queue:work 命令启动队列 worker 来处理消息队列中的任务。"}

{"answer": "是", "解释": "在 Symfony Messenger 中，retry_strategy（重试策略）确实在每个 transport 传输层面的配置中设置。"}

{"answer": "否", "解释": "Messenger 默认使用 PHP 原生序列化器（PhpSerializer）而非 JSON。"}

{"answer": "否", "解释": "Symfony Scheduler 直接在调度时间执行 PHP 代码（如闭包或标记的方法），而不是生成消息并通过 Messenger 发送。"}

{"answer": "doctrine", "解释": "Symfony Messenger 内置的 doctrine 传输使用 Doctrine 将消息持久化到数据库表里。"}

{"answer": "是", "解释": "Messenger 的管道确实支持通过自定义中间件进行扩展，可以将其放置在内置中间件之前或之后。"}

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

{"answer": "8.3", "解释": "Symfony 8.0 预计要求 PHP 8.3 及以上版本作为最低要求。"}

{"answer": "否", "解释": "Symfony 7.0 已完全移除对注解（annotations）的支持，改请使用 PHP 8 属性（attributes）。"}

{"answer": "是", "解释": "AssetMapper 通过 importmap.php 使用导入映射来管理前端资源，确实无需 Node.js 或 Webpack。"}

{"answer": "否", "解释": "Symfony 6.4 是长期支持（LTS）版本，提供 25 个月的错误修复和 30 个月的安全更新。"}

{"answer": "否", "解释": "在 Symfony 的版本策略中，弃用功能会在新的主版本中被移除，而不是继续保留。"}

{"answer": "是", "解释": "Symfony 的每个主版本都会在文档中提供 UPGRADE 指南，列出该版本引入的变更和升级步骤。"}

{"answer": "symfony/importmap", "解释": "该组件用于在不使用 node/webpack 的情况下管理 JavaScript 和 CSS 资源的 importmap。"}

{"answer": "否", "解释": "Symfony 遵循每 4 个月发布一个新版本、每年 11 月发布 LTS 的周期，Symfony 8.2 预计要等到 2027 年 11 月才会发布。"}

{"answer": "否", "解释": "根据 Symfony 的六个月发布周期，8.0 于 2026 年 5 月发布，8.1 于 2026 年 11 月发布，而 8.2（LTS 版本）应在 2027 年 5 月发布，而非 2026 年 11 月。"}

{"answer": "8.2", "解释": "Symfony 大版本每年 11 月发布 .1，次年 5 月发布 .2，因此 8.1 之后将发布 8.2。"}

{"answer": "否", "解释": "Symfony 8.2 是一个次要版本（LTS 长期支持版本），而非主版本；主版本应为 8.0，且 LTS 版本保持向后兼容，无需为新的 API 重写应用程序。"}

{"answer": "是", "解释": "PHP 在同一主版本（8.x）内的次版本升级（如 8.1 → 8.2）遵循向后兼容策略，通常不需要修改代码。"}

{"answer": "不存在（Symfony 8.x 尚未发布）", "解释": "Symfony 目前最新大版本为 7.x（7.0 于 2024 年 11 月发布），8.0 和 9.0 都还未推出，因此不存在 8.x 的最后一个次版本。"}

{"answer": "否", "解释": "Symfony 8.x 的最低 PHP 版本尚未官方确定为 8.5，且该具体版本号关联并无权威依据，因此此说法不准确。"}

{"answer": "否", "解释": "Symfony 的弃用政策规定弃用功能需保留两个主版本，因此 8.x 中添加的弃用功能最早要到 Symfony 10.0 才会移除，而非 9.0。"}

{"answer": "否", "解释": "Twig 出于安全考虑，模板中不允许直接执行任意 PHP 代码，只能通过白名单支持的变量、过滤器、函数和操作符。"}

{"answer": "否", "解释": "Twig 默认不自动转义，需要手动设置 autoescape 选项为 true 才能启用自动转义。"}

{"answer": "是", "解释": "Twig 的 |e（或 |escape）过滤器默认在 HTML 上下文中转义字符串以确保安全输出。"}

{"answer": "intl_number_format", "解释": "intl_number_format 过滤器使用 ICU 的 NumberFormat 按本地化设置格式化数字。"}

{"answer": "是", "解释": "|raw 过滤器会将值标记为安全内容，从而阻止 Twig 对其进行 HTML 自动转义。"}

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

{"answer": "否", "解释": "Twig 使用 {% set %} 标签即可在模板中声明和修改变量，无需控制器传入。"}

{"answer": "dump", "解释": "Twig 的 dump 函数用于输出变量的调试信息，可显示数组和对象的结构。"}

{"answer": "是", "解释": "Bootstrap 确实是现成 UI 组件的 CSS/JS 库，用于快速构建响应式界面，而非 React、Vue 这类 SPA 框架。"}

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

```json ⏎ {"answer": "否", "解释": "Bootstrap 4 和 5 使用 Flexbox 而非 CSS float 作为栅格基础，并且采用 12 列布局而非 16 列。"} ⏎ ```

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

{"answer": "是", "解释": "Bootstrap 的中断工具类中，数字是 $spacer 的倍数，例如 .mt-3 对应 margin-top: 3 * $spacer。"}

{"answer": "data-bs-toggle", "解释": "Bootstrap 5 使用 data-bs- 前缀，通过 data-bs-toggle=\"dropdown\" 等属性来启用交互式组件。"}

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

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

{"answer": "否", "解释": "Doctrine ORM 不会在运行时自动建表，需要显式运行 schema 更新命令或工具来创建表结构。"}

{"answer": "persist()", "解释": "persist() 将新对象标记为受管理，但实际 SQL 语句要等到 flush() 时才真正执行。"}

{"answer": "否", "解释": "在 Doctrine ORM 3 中 merge() 方法已被移除，它在 ORM 2.x 中已被弃用并在 3.0 中删除。"}

{"answer": "是", "解释": "DQL 是基于实体和类属性的面向对象的查询语言，而非直接操作数据库表和列。"}

{"answer": "null", "解释": "Doctrine 仓储的 find() 方法在找不到对应记录时返回 null。"}

{"answer": "否", "解释": "Doctrine 的 EntityManager 需要开发者手动调用 flush() 来将变更写入数据库，DoctrineBundle 并不会在每个请求结束时自动调用。"}

{"answer": "是", "解释": "Doctrine 的 Unit of Work 采用默认变更追踪模式，受管实体属性变更会被自动检测并在 flush() 时提交。"}

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

{"answer": "否", "解释": "MVCC 的核心目的就是让读不阻塞写、写不阻塞读，从而并发的读写不会互相等待。"}

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

{"answer": "否", "解释": "SERIAL 是较旧的机制，而 GENERATED ... AS IDENTITY 是符合 SQL 标准的较新机制，两者在语法、行为和可选项上不同。"}

{"answer": "否", "解释": "PostgreSQL 中 UNIQUE 约束允许存在多个 NULL 值，因为 SQL 规范中 NULL 不等于 NULL。"}

{"answer": "STRING_AGG", "解释": "STRING_AGG 是 PostgreSQL 中用指定分隔符拼接字符串的聚合函数。"}

{"answer": "否", "解释": "普通 VACUUM 只是将死元组占用的空间标记为可复用，并不会将其归还给操作系统，只有 VACUUM FULL 才会通过重写整个表将空间返还。"}

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

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

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

{"answer": "COMMIT", "解释": "COMMIT 命令提交并保存事务中的所有更改，同时结束该事务。"}

{"answer": "是", "解释": "UPDATE 和 DELETE 通过索引列进行条件查找时，数据库同样可以利用索引快速定位匹配的行，而避免全表扫描。"}

{"answer": "是", "解释": "SAVEPOINT 允许在事务中设置保存点，随后可用 ROLLBACK TO SAVEPOINT 只回滚到该点的部分操作。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 除了显示查询计划外，还会真正执行查询并提供实际执行统计信息。"}

{"answer": "pgvector", "解释": "pgvector 是为 PostgreSQL 添加向量类型和近似最近邻搜索索引的开源扩展。"}

{"answer": "是", "解释": "部分索引仅对满足 WHERE 条件的行构建索引条目，因此占用空间更小且查询更快。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 采用 Serializable Snapshot Isolation (SSI)，通过检测序列化失败并回滚事务来保证，而非通过锁定读取的行。"}

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

{"answer": "204", "解释": "HTTP 204 No Content 表示请求已成功处理且响应体为空，常用于 DELETE 操作。"}

{"answer": "是", "解释": "HTTP 规范（RFC 7231）明确将 DELETE 列为幂等方法，对同一资源重复请求会返回相同结果。"}

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

{"answer": "是", "解释": "429 Too Many Requests 状态码确实用于指示客户端在限定时间内发送了过多的请求，即超出了速率限制。"}

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

{"answer": "Content-Type", "解释": "Content-Type 头指明请求或响应体的 MIME 类型，例如 text/html 或 application/json。"}

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

{"answer": "否", "解释": "应使用 hash_equals() 进行常量时间比较，用 == 比较哈希会暴露类型混淆和时序攻击风险。"}

{"answer": "是", "解释": "CSRF 令牌由服务器生成并与会话绑定，随后在 POST 等不安全请求的服务器端校验，这是标准的 CSRF 防护机制。"}

{"answer": "Content-Security-Policy", "解释": "CSP 策略通过 Content-Security-Policy HTTP 头进行配置和启用。"}

{"answer": "否", "解释": "OAuth 2.0 是授权框架而非身份认证协议，access 令牌只授权客户端访问资源，并不能直接标识用户身份。"}

{"answer": "否", "解释": "XSS 主要是输出问题，仅靠写入数据库前的服务器端输入校验不足以防止，应在输出时根据上下文进行编码或转义才能有效防御。"}

{"answer": "code", "解释": "授权码流程中，授权服务器将返回的 authorization code 重定向到 redirect_uri，客户端再用它换取 access token。"}

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

{"answer": "否", "解释": "密码盐不需要保密，通常与哈希一起明文存储，用于防止彩虹表攻击并确保相同密码生成不同哈希。"}

{"answer": "是", "解释": "PHPUnit 可以执行任何非抽象类中满足条件的测试方法（公开方法且符合命名约定或带 #[Test] 属性），不强制该类继承 TestCase。"}

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

{"answer": "否", "解释": "PHPUnit 的 data provider 可以返回包含多组参数的数组，从而使一个测试方法能够以多组参数多次运行。"}

{"answer": "expectException", "解释": "PHPUnit 使用 expectException() 方法来声明测试期望抛出某个特定类的异常。"}

{"answer": "否", "解释": "定义被颠倒了：stub（桩）用于返回预定义数据，而 mock（模拟对象）用于检查哪些方法被调用过及其参数。"}

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

```json ⏎ {"answer": "否", "解释": "PHPUnit 支持使用 @depends 注解让一个测试依赖另一个测试的结果。"} ⏎ ```

{"answer": "--order-by=random", "解释": "PHPUnit 使用 --order-by=random（旧版本为 --random-order）让测试以随机顺序执行。"}

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

{"answer": "9", "解释": "PHP 7.4 起一元减号优先级高于 **，-3 ** 2 被解释为 (-3) ** 2，结果为 9。"}

{"answer": "true", "解释": "两个操作数都是可视为数字的字符串，'1e1' 以科学计数法等于 10，因此 10 == 10 为真。"}

{"answer": "zero", "解释": "switch 使用松散比较，字符串 'a' 转换为数字 0 后与 case 0 相等，因此输出 zero。"}

```json ⏎ {"answer": "2c", "解释": "strtr 使用数组时按最长匹配优先原则进行替换，因此 'ab' 在 'a' 之前被匹配替换为 '2'，剩余 'c' 保持不变。"} ⏎ ```

{"answer": "[hello]", "解释": "substr 从倒数第10个字符开始取，但 'hello' 只有5个字符，所以从开头取，返回整个 'hello'。"}

{"answer": "k,n,m", "解释": "PHP中并集运算符+以左侧数组为主，保留$a的所有键(k,n)，再添加$b中的新键m，因此数组为['k'=>1,'n'=>2,'m'=>3]，取键后拼接为k,n,m。"}

{"answer": "yxz", "解释": "usort 按第三列（1,2,2）排序，PHP 8+ 稳定排序保持原序，得到 [2,y,1],[1,x,2],[3,z,2]，再取第 1 列拼接为 yxz。"}

{"answer": "4", "解释": "使用...解包键为字符串的数组时，键被视为命名参数，因此f(b: 1, a: 5)使$a=5、$b=1，结果为5-1=4。"}

{"answer": "3", "解释": "PHP 8.1 起，`$p->g(...)` 中的空展开运算符会创建一个绑定到该对象实例、且无参调用 g() 的闭包；即便之后 `$p = null`，闭包仍持有该 P 实例的引用，故 `$f()` 返回私有属性 $v 的值 3。"}

{"answer": "B", "解释": "static::class 使用后期静态绑定，在 B 的实例上调用时返回 B 类名。"}

{"answer": "10", "解释": "PHP 8.4+ 的属性挂钩中 set 挂钩将 $value(5) 乘以 2 存入底层字段，因此读取时返回 10。"}

{"answer": "BA", "解释": "TB::f insteadof TA 使 f() 来自 TB 返回 'B'，TA::f as g 为 TA 的 f 建立别名 g 返回 'A'，因此 f().g() = 'BA'。"}

```json ⏎ {"answer": "0", "解释": "trait 中的静态属性在每个 use 它的类中各自独立一份，因此 CY::$n 保持默认值 0，不受 CX::$n 影响。"} ⏎ ```

{"answer": "2", "解释": "在 PHP 中 finally 块中的 return 会覆盖 try 块中的 return 值。"}

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

{"answer": "App\\Foo|Baz", "解释": "Baz::class 通过 use 别名解析为 App\\Foo，而 \\Baz::class 指向全局命名空间的类并返回其全限定名 Baz。"}

```json ⏎ {"answer": "yesyes", "解释": "两个 class_exists 调用都检查 Ns\\Foo，该类已定义，因此两次都返回 yes。"} ⏎ ```

{"answer": "1,2,99", "解释": "foreach 使用引用后 $v 仍引用数组最后一个元素 $a[2]，所以 $v = 99 会同时把 $a[2] 改成 99。"}

{"answer": "3", "解释": "B 未重写 inc()，继承自 A，因此 $a 和 $b 调用的是同一个静态变量 $n，三次调用依次输出 1、2、3，最终 echo 出 3。"}

{"answer": "11", "解释": "send(10) 启动生成器并将 10 注入 yield 表达式，因此 $x=10，return $x+1 得到 11，getReturn() 返回该返回值。"}

{"answer": "1,2,ok", "解释": "yield from 会先产出 inner 的 1 和 2，然后将 inner 的返回值 'ok' 赋给 $r，再 yield 该值，所以最终序列为 1、2、ok。"}

{"answer": "noyes", "解释": "第一次以 cost 4 比较已用 cost 4 生成的哈希，无需重哈希输出 no；第二次以 cost 5 比较 cost 4 的哈希，需要重哈希输出 yes。"}

{"answer": "strict-out", "解释": "PHP 8.4 起 E_STRICT（2048）被废弃并已从 E_ALL 中移除，因此 E_ALL & 2048 等于 0。"}

{"answer": "mapped", "解释": "Request::create 会将 HTTP_ 前缀的请求头转换为 Symfony 的 HeaderBag，HTTP_X_TOKEN 映射为 X-Token 并取第一个值 abc，故比较为真输出 mapped。"}

{"answer": "BCA", "解释": "Symfony 事件调度器按优先级从高到低执行监听器，因此 B(10)、C(5)、A(0) 依次执行。"}

{"answer": "same", "解释": "Doctrine 的一级缓存（identity map）保证同一 EntityManager 内相同主键返回同一对象实例。"}

{"answer": "0", "解释": "先 persist 再在 flush 前 remove 同一实体时，Doctrine 的 UnitOfWork 会抵消插入计划、将实体从实体图中移除，因此不会发生任何 INSERT，表仍为空。"}

{"answer": "1", "解释": "COUNT(x) 只统计非 NULL 值，所以返回 1。"}

{"answer": "10,30,60", "解释": "子查询计算按 id 分组的运行总和（10、30、60），外层 string_agg 按 id 顺序用逗号连接这些值。"}

{"answer": "M1M2", "解释": "消息总线从外到内依次执行 M1 和 M2 两个中间件，每个 handle 先输出自己的标签再调用下一个中间件。"}

{"answer": "11", "解释": "HandleMessageMiddleware 通过 HandlersLocator 按顺序调用 Ping 的两个处理器 d1（n+1）和 d2（n+10），因此 $n 最终为 11。"}

{"answer": "1", "解释": "第一个 INSERT 成功插入值 1，第二个因唯一索引冲突而 DO NOTHING，所以表中只有 1 行。"}

```json ⏎ {"answer": "2", "解释": "由于唯一约束是 DEFERRABLE INITIALLY DEFERRED，检查被推迟到事务结束时执行，而此处没有 COMMIT，所以两条插入都成功，SELECT count(*) 返回 2。"} ⏎ ```

{"answer": "6", "解释": "`--filter test_sum` 使用不锚定的正则表达式，会同时匹配 test_sum 和 test_sum_abs，两者各含 3 个数据提供者测试，共 6 个。"}

{"answer": "2, 1", "解释": "数据提供器返回两个值，测试执行 2 次；其中 x=-1 时 assertTrue 失败，故失败 1 个。"}

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

{"answer": "GET", "解释": "使用 -G 标志时，curl 会将 -d 提供的数据附加到 URL 查询字符串中并改用 GET 方法发送。"}

{"answer": "invalid_client", "解释": "根据 RFC 6749 第 5.2 节，当客户端使用不存在的 client_id 请求令牌时，认证失败应返回 invalid_client 错误。"}

{"answer": "URL fragment（# 之后的部分）", "解释": "在 OAuth 2.0 implicit 授权模式中，access_token 被放在重定向 URI 的片段（fragment，即 # 之后）中，以避免通过服务器传输令牌。"}

{"answer": "6", "解释": "default 过滤器对 false 视为空，返回默认值 2，再乘以 3 得到 6。"}

{"answer": "不抛出异常（结果为 \"a3\"）", "解释": "Twig 中 + 的优先级高于 ~，因此表达式先算 1 + 2 = 3，再算 'a' ~ 3，结果为字符串 'a3'，不会抛出任何异常。"}

{"answer": "0", "解释": "validate() 把 NotBlank 约束应用到整个数组 [''] 上，而数组既非 null 也非空字符串，不满足「空白」判定，因此不产生任何违反约束，count 为 0。"}

{"answer": "Symfony\\Component\\Form\\Exception\\UnexpectedException", "解释": "在调用 isValid() 时，该表单从未被提交（isSubmitted() 为 false），因此 Symfony 会抛出 UnexpectedException 异常，catch 块输出该异常类名。"}

{"answer": "same", "解释": "服务默认是共享的（shared），ContainerBuilder 用 loadedServices 缓存已创建的单例，两次 get() 返回同一对象，故 spl_object_id 相同。"}

{"answer": "hi Bob!", "解释": "Symfony 的 DI 容器在编译时会递归解析参数中的 %name% 占位符：%greeting% 解析为 'hi Bob'，最终 message 解析为 'hi Bob!'。"}

{"answer": "960px", "解释": "Bootstrap 5.3 中 lg 断点（min-width: 992px）对应的 .container max-width 为 960px。"}

{"answer": "text-danger", "解释": "两个类都是同优先级的类选择器，CSS 中后出现的胜出；Bootstrap 调色板中 danger 定义在 primary 之后，故其生成的样式在后，最终生效。"}

```json ⏎ {"answer": "2", "解释": "OrderService 属于 Domain 层，只能依赖 Domain，但它引用了 Application 的 PlaceOrder 和 Infrastructure 的 Db，两个依赖均违反「Domain → 仅 Domain」规则。"} ⏎ ```

```json ⏎ {"answer": "3", "解释": "BillingService 属于 Domain 层，而 Domain 只能依赖 Domain；其构造器依赖的 Application\\PlaceOrder、Infrastructure\\Db、Infrastructure\\Logger 三个跨层依赖均违规。"} ⏎ ```

{"answer": "10,15", "解释": "$a->amount 为 10，$c 是 $a 加上 5 的结果为 15，因此输出 \"10,15\"。"}

{"answer": "1", "解释": "add('a')后items含1个元素；remove检测到count===1即抛异常，unset未执行，故count()仍返回1。"}

{"answer": "hi", "解释": "代码实例化 C 并调用 hi() 返回 'hi'，然后 echo 输出 'hi'。"}

{"answer": "yesno", "解释": "newLazyGhost 创建未初始化的幻影对象，首次访问属性会触发工厂闭包进行初始化，因此第一次 isUninitializedLazyObject 返回 yes，$o->v 触发闭包后返回 no。"}

{"answer": "no", "解释": "Guard 认证组件在 Symfony 7.0 中已被移除，因此在 8.1 中 AbstractGuardAuthenticator 类不存在。"}

```json ⏎ {"answer": "noyes", "解释": "在 Symfony 7.0 中已彻底移除了基于注解的 AnnotationClassLoader，而 AttributeClassLoader（基于 PHP 8 属性）仍然存在。"} ⏎ ```