Карта знаний PHP — qwen3.8:latest, run-14 · think: off

{"answer": "否", "解释": "双引号字符串支持变量插值和转义序列，而单引号字符串不进行解析，性能差异主要源于此。"}

{"answer": "是", "解释": "?? 运算符在左侧变量未定义或为 null 时返回右侧值，且不会抛出“未定义变量”的警告或通知。"}

{"answer": "ab", "解释": "echo 语句可以接收多个用逗号分隔的参数，依次输出连接后的结果。"}

{"answer": "是", "解释": "print 在 PHP 中是一个语言结构，而非函数，其返回值恒为 1，且可以作为表达式的一部分使用。"}

{"answer": "否", "解释": "PHP 中没有独立的 Elvis 运算符（?: 是空合并运算符 ?? 的误称或指代三元运算符的简写），若指三元运算符 `cond ? a : b`，当左侧操作数为假时，返回的是第三个操作数（右侧操作数）；若指空合并运算符 `??`，它检查左值是否存在且非 null，不存在或为 null 时返回右侧操作数。题目描述混淆了概念且表述不准确。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "在 PHP 中，连接运算符（.）的优先级高于加法和减法。" ⏎ } ⏎ ```

{"answer": "否", "解释": "PHP 中 ** 运算符是右结合的，因此 2 ** 3 ** 2 等价于 2 ** (3 ** 2) = 2 ** 9 = 512。"}

{"answer": "总和: 23", "解释": "字符串与数字相加，字符串会被转为数字，但此处是字符串和数字相加，实际上是字符串拼接，'总和: ' . 2 是 '总和: 2'，再 + 3，由于左边是字符串，结果仍是字符串 '总和: 23'。"}

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

{"answer": "否", "解释": "0 == false 返回 true，因为 == 是宽松比较，0 和 false 类型不强制且值相等。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "在PHP 8中，字符串与数字比较时，如果字符串不是数字格式，PHP会先将字符串转换为整数，因此'abc' == 0会返回false。" ⏎ } ⏎ ```

{"answer": "是", "解释": "在PHP的宽松比较中，null被视为0、空字符串和false。"}

{"answer": 42, "解释": "PHP 将字符串开头的有效数字部分转换为整数，忽略后续的字母。"}

{"answer": 10, "解释": "字符串 '5' 被自动转换为整数 5，然后与 5 相加得到 10。"}

{"answer": "否", "解释": "在 PHP 中，false 转换为字符串是 \"\"（空字符串），而不是 \"0\"。"}

{"answer": "是", "解释": "由于浮点数精度限制，0.1 + 0.2 的结果略大于 0.3，因此严格比较为 false。"}

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

{"answer": "是", "解释": "str_contains 检查字符串中是否包含子串，'Hello world' 确实包含 'world'，因此返回 true。"}

{"answer": "否", "解释": "str_pad() 可以通过第三个参数 $pad_type 指定 LEFT、RIGHT 或 BOTH 来在左侧、右侧或两侧补齐。"}

{"answer": "否", "解释": "PHP 的 trim() 函数默认会去除字符串首尾的空格、制表符（\\t）、换行符（\\n）、回车符（\\r）、NULL 字符（\\0）和垂直制表符（\\v）。"}

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

{"answer": "def", "解释": "substr 从倒数第3个字符开始截取到末尾"}

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

{"answer": "是", "解释": "Heredoc 语法支持变量插值，而 Nowdoc 语法将内容视为纯字符串，不支持插值。"}

{"answer": "否", "解释": "sort() 函数在排序后会重新索引数组键，不保持原有的键值对应关系。"}

{"answer": "否", "解释": "PHP 中字符串键 '5' 会转换为整数键 5，但前提是 '5' 是合法的整数字符串；而像 '05' 或 '5.0' 则仍为字符串键。"}

{"answer": "否", "解释": "in_array() 函数默认使用非严格比较（==），除非第三个参数设置为 true。"}

```json ⏎ {"answer": "是", "解释": "array_filter() 在没有提供回调函数时，默认会移除数组中所有 falsy 值（如 0、空字符串、null、false 等）的元素。"} ⏎ ```

{"answer": "是", "解释": "array_slice() 默认情况下保留原始数组的数字键，除非设置 preserve_keys 参数为 true（实际上该参数默认是 false，但问题表述有歧义，需澄清：默认不保留，若问题意指默认行为则答案应为否，但根据 PHP 官方文档，preserve_keys 默认为 false，即不保留，故此处答案应为否，请确认题意。根据标准知识，默认不保留，故答案为否。）", "注意": "根据 PHP 文档，array_slice() 的 preserve_keys 参数默认为 false，意味着默认不保留原始键。因此正确答案应为“否”。"}

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

{"answer": "2", "解释": "PHP 数组合并运算符 + 会保留左边的键，['a' => 1] + ['a' => 9, 'b' => 2] 结果为 ['a' => 1, 'b' => 2]，共2个元素。"}

{"answer": "是", "解释": "PHP 8.1 允许使用展开运算符处理带字符串键的数组，键会被保留。"}

{"answer": "是", "解释": "PHP 中在单次函数调用内，命名参数确实不能与 ...$args 这种可变参数解包混用，会触发语法或运行时错误。"}

{"answer": "否", "解释": "匿名函数默认具有自身作用域，必须通过 use 关键字才能访问外部变量（静态变量或对象属性除外，但通常语境指普通变量）。"}

{"answer": 3, "解释": "func_num_args() 返回传递给函数的实际参数个数，与形参数量无关。"}

```json ⏎ {"answer": "否", "解释": "箭头函数（fn）的函数体是一个表达式，不能使用花括号包含多个表达式，只能返回单个表达式的值。"} ⏎ ```

```json ⏎ {"answer": "否", "解释": "PHP 中的箭头函数（fn）默认按值捕获变量，而非按引用。"} ⏎ ```

{"answer": "是", "解释": "静态闭包中 $this 为 null，不会自动捕获外部作用域的 $this。"}

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

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

{"answer": "是", "解释": "PHP 8.0 引入了构造函数属性提升，允许在构造函数参数中声明属性。"}

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

{"answer": "是", "解释": "在 PHP 中，声明为 final 的方法禁止在子类中被重写或覆盖。"}

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

{"answer": "class@anonymous", "解释": "PHP 7 的匿名类，其 get_class 返回值形如 class@anonymous/文件名:行号，NUL 字节前的部分即为 class@anonymous"}

{"answer": "是", "解释": "父类的 private 方法在子类中不可见，因此不遵循继承契约，子类可以独立声明同名方法且可见性不受限制。"}

{"answer": "否", "解释": "__get() 方法会在访问不可访问（private/protected）或不可见（未定义）的属性时调用，不仅仅是“不存在”的属性。"}

{"answer": "Error", "解释": "对 readonly 属性重复赋值会抛出 Error，具体为 Error 类型异常。"}

{"answer": "是", "解释": "PHP 允许在接口中声明常量，常量值在定义时确定且不可变。"}

{"answer": "instanceof", "解释": "PHP 中使用 instanceof 运算符来检查对象是否为特定类或接口的实例。"}

{"answer": "是", "解释": "PHP 8.1 允许接口声明静态方法，实现类必须提供同名静态方法。"}

{"answer": "否", "解释": "instanceof 运算符可以同时检查类继承和接口实现。"}

{"answer": "是", "解释": "PHP 8.1 引入了接口默认方法，允许接口方法像 trait 方法一样提供默认实现。"}

{"answer": "是", "解释": "在 PHP 中，抽象方法的可见性可以是 public 或 protected，但不能是 private。"}

{"answer": "3", "解释": "Foo 枚举定义了 A、B、C 三个 case，因此 Foo::cases() 返回包含这 3 个元素的数组。"}

{"answer": "是", "解释": "PHP Trait 允许定义常量，使用方式与类相同。"}

{"answer": "是", "解释": "在 PHP 中，Throwable 接口被 Exception 和 Error 继承，是所有可抛出异常的顶层接口。"}

{"answer": "否", "解释": "在 PHP 8 中，TypeError 继承自 Error 接口，而不是 Exception 接口；只有当 catch 块捕获 Throwable 或 Error 时才能捕获它。"}

{"answer": "否", "解释": "PHP 的 @ 运算符仅抑制错误（error）信息，不能抑制异常（exception）。"}

{"answer": "DivisionByZeroError", "解释": "PHP 8+ 中 intdiv 除以零会抛出 DivisionByZeroError。"}

{"answer": "否", "解释": "无论异常是否被捕获，finally 块都会执行。"}

{"answer": "否", "解释": "finally 块中的异常会替换或掩盖 try/catch 中原本要抛出的异常"}

{"answer": "是", "解释": "对象转换为布尔值时，非空对象恒为 true。"}

{"answer": "是", "解释": "exit 会终止脚本执行，但 register_shutdown_function 注册的函数会在脚本关闭前（包括 exit 或 fatal error）执行。"}

{"answer": "否", "解释": "use 语句仅建立别名映射，类文件实际加载发生在实例化或调用静态成员时。"}

{"answer": "function", "解释": "在 PHP 中，要导入函数应使用 'use function' 语法，而 'const' 用于导入常量。"}

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 标准规定命名空间中的每个子层级对应一个目录，且类名对应文件名。"}

{"answer": "是", "解释": "composer autoload 机制正是通过 spl_autoload_register 注册类加载器。"}

{"answer": "是", "解释": "__NAMESPACE__ 魔术常量确实用于获取当前文件的命名空间名称。"}

{"answer": "否", "解释": "在 PHP 中，非限定类名会从当前命名空间开始解析，若未找到则回退到全局命名空间。"}

{"answer": "是", "解释": "PSR-4 规范规定命名空间与目录结构一一对应，根命名空间 App 映射到 src/，子命名空间 Model 映射到 Model 子目录，类名 User 对应文件名 User.php。"}

{"answer": "否", "解释": "PHP 的 use 语句是编译期指令，必须位于文件的顶层（命名空间声明之后、函数/类定义之前），不能写在函数体内。"}

{"answer": "是", "解释": "PHP 中数组赋值采用写时复制机制，属于值语义。"}

{"answer": 2, "解释": "PHP 数组按值赋值，$b 是 $a 的副本，修改 $b 不影响 $a，故 $a 仍含 2 个元素。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "可以通过 $GLOBALS 数组或 global 关键字访问，且可以使用 PHP 的命名空间功能。" ⏎ } ⏎ ```

```json ⏎ {"answer": "否", "解释": "unset($GLOBALS['x']) 是全局作用域下的删除操作，会移除整个 $GLOBALS 数组中对应的 'x' 键，而不是只在当前函数中删除。"} ⏎ ```

{"answer": 6, "解释": "函数 inc 按引用传递参数 $n，因此 $n 的值在函数内部被递增为 6，echo 输出 6。"}

```json ⏎ {"answer": "否", "解释": "按值遍历时，数组在循环开始时被复制一次，循环内的修改不会影响后续遍历的可见性。"} ⏎ ```

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

{"answer": "否", "解释": "PHP 中数组的布尔键 true 会被转换为整数 1。"}

{"answer": "是", "解释": "PHP 生成器支持使用 return 语句返回值，并通过 getReturn() 方法获取。"}

{"answer": "否", "解释": "Generator 对象是一次性的，耗尽后无法通过 rewind() 重新遍历。"}

{"answer": "是", "解释": "yield from 将迭代控制权委托给另一个可迭代对象或生成器，并转发其产出的值。"}

{"answer": "Generator", "解释": "在 PHP 7.0+ 中，包含 yield 的函数调用后返回的是 \\Generator 对象，get_class() 会返回其类名 'Generator'。"}

{"answer": 3, "解释": "生成器产出3个元素，iterator_to_array 将其转为数组，count 返回3"}

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

{"answer": "是", "解释": "ArrayIterator 类实现了 Iterator 接口，允许以对象方式遍历数组。"}

{"answer": "否", "解释": "ArrayObject 实现了 Iterator 接口，支持 foreach 遍历。"}

{"answer": "是", "解释": "password_hash() 函数内部会自动生成随机盐并将其包含在返回的哈希字符串中。"}

{"answer": "否", "解释": "PASSWORD_DEFAULT 在 PHP 8 中默认使用 bcrypt 算法，它是自动加盐的且比 MD5 更安全。"}

{"answer": "是", "解释": "password_verify 在密码匹配时返回 true。"}

{"answer": "否", "解释": "strip_tags() 用于移除 HTML 标签，无法防止 SQL 注入，需使用预处理语句或参数化查询。"}

{"answer": "是", "解释": "session_regenerate_id() 通过生成新的会话ID并废弃旧ID，有效防止会话固定攻击，常用于登录成功后的安全加固。"}

{"answer": "php_sapi_name", "解释": "php_sapi_name() 用于返回当前 SAPI 的名称，如 cli、apache2handler 等。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "session_destroy() 只删除服务器端的会话数据，而浏览器中的 session cookie 需要单独处理，通常需要使用 setcookie() 手动删除。" ⏎ } ⏎ ```

{"answer": "否", "解释": "必须调用 session_start() 才能加载或创建会话数据，否则 $_SESSION 为空。"}

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

{"answer": "是", "解释": "PHP 8.4 引入了属性钩子（property hooks），允许在类中直接定义属性的 getter 和 setter。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "PHP 8.4 引入了非对称可见性，允许将属性定义为 public，但将 set 方法设为 private，例如 `public private(set) string $name`。" ⏎ } ⏎ ```

{"answer": "8.2", "解释": "PHP 8.2 引入了 NoDiscard 属性，用于标记函数调用时其返回值不应被丢弃。"}

{"answer": "8.1", "解释": "PHP 8.1 引入了管道运算符。"}

{"answer": "8.4", "解释": "clone with 语法（clone with object）是在 PHP 8.4 中引入的。"}

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

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

{"answer": "8.4", "解释": "PHP 8.4.0 引入了新的内置函数 clamp()，用于在最小值和最大值之间限制一个值。"}

```json ⏎ {"answer": "否", "解释": "截至 2026-11-07，PHP 尚未接受 RFC Context Managers v2。"} ⏎ ```

{"answer": "是", "解释": "PHP RFC Bound-Erased Generic Types 已于 2026 年被拒绝。"}

{"answer": "是", "解释": "PHP 8.3 版本中，ZTS（多线程）构建已成为官方推荐的默认构建方式，并逐步取代 NTS。"}

{"answer": "是", "解释": "PHP 核心语言至今（含 PHP 8.5）尚未实现真正的泛型类型系统，尽管社区已有相关提案（如 RFC: Generic Classes），但仍未被采纳为语言特性。"}

{"answer": "否", "解释": "PHP 8.5 尚未正式发布，PHP 8.4 是当前（截至2024）最新稳定版。"}

{"answer": "是", "解释": "PHP 5.6 之后确实是 PHP 7.0，不存在 PHP 6。"}

{"answer": "是", "解释": "PHP RFC 已接受添加 #\\[Deprecated] 属性以标记代码为弃用。"}

{"answer": "是", "解释": "整洁架构（Clean Architecture）和洋葱架构（Onion Architecture）的核心原则之一就是依赖规则（Dependency Rule）：所有代码依赖都指向内层，内层（领域/业务逻辑）不知道外层的存在（如数据库、框架、UI 等），而外层可以依赖内层。"}

{"answer": "是", "解释": "遵循分层架构原则，领域层（Domain Layer）应保持纯净，不依赖框架或 ORM，以确保核心业务逻辑的独立性和可测试性。"}

{"answer": "否", "解释": "控制器和模板属于表现层（UI 层），负责处理 HTTP 请求/响应及视图渲染，而非业务逻辑层。"}

{"answer": "实体", "解释": "洋葱架构最中心是定义业务规则的实体（Entities）"}

{"answer": "是", "解释": "deptrac 等工具通过分析代码依赖关系，能够在构建或测试阶段自动检测并报告违反分层架构规则的调用。"}

{"answer": "否", "解释": "用例应依赖抽象服务或仓储接口，而非具体的 HTTP 请求或 EntityManager，以保持高内聚低耦合。"}

{"answer": "仓储（Repository）", "解释": "仓储模式用于解耦业务逻辑与数据存储，提供统一的集合访问接口。"}

{"answer": "是", "解释": "整洁架构通过依赖反转和接口抽象解耦领域与基础设施，更换数据库仅需修改外层适配器代码。"}

{"answer": "否", "解释": "聚合是DDD中的业务边界概念，用于保证数据一致性，并非简单的数据库表映射。"}

{"answer": "是", "解释": "值对象的核心特征是不可变性以及基于字段值的相等性判断，而非基于对象标识符。"}

{"answer": "Command Handler", "解释": "在 CQRS/ES 架构中，Command Handler 是处理意图（Command）并执行聚合根变更的唯一外部入口。"}

{"answer": "是", "解释": "仓储模式是针对聚合根设计的，而非单个实体，以确保聚合的一致性和完整性。"}

{"answer": "是", "解释": "统一语言旨在弥合业务与技术鸿沟，确保术语在模型、代码和文档中一致。"}

{"answer": "词", "解释": "在自然语言处理中，通常以“词”为基本单位（边界），词内部符合某种语言模型（如内部连贯），而跨越词边界时（如词与词之间），其关系由另一个模型（如搭配模型或跨词模型）处理。不过，更准确的术语可能是“词”作为边界单位。"}

{"answer": "否", "解释": "DDD 推荐使用充血模型，将业务逻辑封装在实体或聚合根中，而非仅靠 Getter/Setter 和外部服务。"}

```json ⏎ {"answer": "是", "解释": "限界上下文的核心原则之一：同一概念在不同上下文可以有不同模型与实现。"} ⏎ ```

{"answer": "否", "解释": "Symfony 容器默认是单例模式（Singleton），在首次获取时实例化并保持存活，而非每次使用都惰性创建新实例（除非明确配置为 Prototype）。"}

{"answer": "bin/console debug:router", "解释": "Symfony 中列出已注册路由的常用命令是 bin/console debug:router。"}

{"answer": "否", "解释": "Symfony 的自动装配允许通过类型提示自动解析依赖，无需为每个服务手动声明完整的配置。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Twig 会将模板预编译为 PHP 类，并在请求之间缓存以提高性能。" ⏎ } ⏎ ```

{"answer": "否", "解释": "Symfony 的 dev 环境中，DI 容器在检测到变更时会重建，但并非每个请求都重建；然而，'只在被跟踪的文件变化后重建' 这一说法基本正确，但更准确地说，Symfony 在每次请求中都会检查缓存是否有效，如果有效则直接使用，而不是重建。因此，'不是每个请求都重建' 是正确的，但 '只在被跟踪的文件变化后重建' 也正确。综合来看，该陈述整体上是正确的。"}

{"answer": "APP_ENV", "解释": "Symfony 使用 APP_ENV 环境变量来指定当前运行的环境（如 dev 或 prod）。"}

{"answer": "否", "解释": "Symfony 控制器方法必须是 public 才能通过 HTTP 路由访问。"}

{"answer": "否", "解释": "事件订阅者和监听器都支持优先级设置，事件订阅者并不总是比监听器更早收到事件。"}

{"answer": "是", "解释": "Symfony 5.3 引入新认证系统，Symfony 6.0 正式移除了旧的 Guard 体系，认证现基于 AuthenticatorInterface。"}

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

{"answer": "是", "解释": "Voter 是 Symfony 中用于定义和检查对具体实体对象（如 $post）是否具有特定权限（如 EDIT）的机制，通常通过 Security::isGranted 方法调用。"}

{"answer": "是", "解释": "Symfony 7+ 使用 PHP 原生属性（Attributes）替代 Doctrine 注解，旧注解已不再受支持。"}

```json ⏎ {"answer": "是", "解释": "Symfony 的表单系统默认启用 CSRF 保护，确保表单在提交时校验 CSRF 令牌。"} ⏎ ```

{"answer": "是", "解释": "服务器端验证是确保数据完整性和安全的最终防线，不依赖客户端。"}

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

```json ⏎ {"answer": "否", "解释": "Symfony 使用哈希算法（如 bcrypt）加密密码，不会以明文形式存储。"} ⏎ ```

{"answer": "是", "解释": "Symfony 现代版本（如 4.x 和 5.x）确实推荐将配置拆分为多个文件放在 config/packages 目录下，通常每个 bundle 或功能主题对应一个文件。"}

{"answer": "是", "解释": "这是常见且推荐的做法，.env 包含默认配置并提交，.env.local 存放本地或敏感配置且不提交。"}

{"answer": "debug:container", "解释": "Symfony 使用 debug:container 命令查看容器中注册的服务及其别名。"}

```json ⏎ {"answer": "是", "解释": "虽然通常不推荐，但在Symfony容器的设计层面，确实可以在运行时通过$container->setParameter()方法修改参数。"} ⏎ ```

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

{"answer": "否", "解释": "Symfony Bundle 可以包含默认配置（如 Resources/config 下的配置）或完全不需要用户配置，config/packages 中的文件主要用于覆盖或自定义默认设置。"}

{"answer": "是", "解释": "在 Symfony 中，%env(VAR)% 是标准的注入环境变量语法。"}

{"answer": "APP_DEBUG", "解释": "Symfony 中使用 APP_DEBUG 环境变量控制调试模式，影响 profiler 和 Twig 调试。"}

```json ⏎ {"answer": "否", "解释": "Symfony Messenger 支持通过不同的处理器链来处理同一条消息。"} ⏎ ```

{"answer": "是", "解释": "sync 和 async 都通过消息队列（如 Redis）将消息交由独立的 worker 进程处理，区别仅在于发送端是阻塞等待结果还是立即返回。"}

{"answer": "bin/console messenger:consume", "解释": "Symfony Messenger 使用该命令启动消费队列消息的 worker。"}

{"answer": "否", "解释": "重试策略是在消息头（Message Header）中定义，而非在 Messenger 传输（Transport）层面配置。"}

{"answer": "是", "解释": "PHP Symfony Messenger 默认使用 JSON 序列化器。"}

{"answer": "是", "解释": "Symfony Scheduler 可以生成任务，这些任务可以通过 Messenger 组件异步处理。"}

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

{"answer": "是", "解释": "Messenger 管道支持在内置中间件前后插入自定义中间件，以实现灵活的消息处理逻辑。"}

{"answer": "是", "解释": "Symfony 主版本每年发布一次，次版本每半年发布一次（2 月和 8 月），但题目中“每两年发布一次主版本”的说法是错误的。"}

{"answer": "8.2", "解释": "Symfony 8 要求 PHP 8.2 或更高版本。"}

{"answer": "否", "解释": "Symfony 7.0 移除了对基于注解（Docblock）的验证和路由支持，仅保留属性（Attributes）。"}

{"answer": "是", "解释": "AssetMapper 使用 importmap.php 管理资源，不强制依赖 Node.js 或 Webpack。"}

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

{"answer": "否", "解释": "Symfony 遵循语义化版本控制，主要版本升级会移除在之前版本中被标记为弃用的功能。"}

{"answer": "是", "解释": "Symfony 每个主版本发布时确实会提供 UPGRADE 指南以说明变更。"}

{"answer": "AssetMapper", "解释": "Symfony Asset Mapper 组件通过配置和缓存机制管理资产，无需依赖 Node.js 或 Webpack 即可处理 importmap。"}

{"answer": "否", "解释": "截至 2026-11-07，Symfony 8.2 尚未发布（实际上 Symfony 8 可能还未发布或版本线不同，当前主流为 Symfony 6/7 系列，且 8.2 这一版本号在 2026 年 11 月之前未正式发布）。"}

{"answer": "否", "解释": "Symfony 遵循双年大版本（如 8.0/8.1）加半年小版本（如 8.2/8.3）的发布节奏，8.2 通常对应 2026 年 5 月，而非 11 月（11 月通常发布奇数小版本或下一个大版本）。"}

{"answer": "否", "解释": "PHP 8.1 发布于 2021 年，并非在 2026 年之后发布，且 Symfony 版本发布不取决于 PHP 8.1 的发布节点，该前提存在逻辑错误。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Symfony 遵循语义化版本控制，8.x 是一个主版本（Major Version），通常意味着引入了破坏性变更或新的 API，需要重写或调整应用程序。" ⏎ } ⏎ ```

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "在 PHP 中，从一个次版本更新到另一个次版本（例如 8.1 → 8.2）通常会引入新的特性和功能，但不会修改已有代码的行为，这符合向后兼容的声明。" ⏎ } ⏎ ```

{"answer": "8.4", "解释": "Symfony 8.x 分支遵循次版本号递增，在 9.0 之前的最后一个稳定次版本为 8.4。"}

{"answer": "否", "解释": "目前不存在 Symfony 8.2，且 Symfony 版本通常要求最低支持该大版本的 PHP，而非特定小版本如 8.5。"}

{"answer": "是", "解释": "遵循 Symfony 政策，8.x 分支中弃用的功能至少保留到 9.0 版本才会移除。"}

```json ⏎ {"answer": "否", "解释": "Twig 模板中只能使用 Twig 语法，不能直接调用任意 PHP 代码。"} ⏎ ```

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Twig 默认会自动转义输出的变量以防止 XSS 攻击，除非变量被标记为安全。" ⏎ } ⏎ ```

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Twig 的 |e 过滤器默认使用 HTML 转义模式，用于在 HTML 上下文中安全输出字符串。" ⏎ } ⏎ ```

{"answer": "number_format", "解释": "number_format 过滤器利用 intl 扩展按本地化设置格式化数字。"}

{"answer": "是", "解释": "在 Laravel 等框架中，|raw 过滤器（或 raw() 辅助函数）会阻止 Blade 的自动转义机制，直接输出原始 HTML。"}

{"answer": "是", "解释": "Twig 使用 {{ }} 进行变量输出，使用 {% %} 执行控制结构或设置变量。"}

{"answer": "否", "解释": "Twig 模板中可以使用 set 标签声明局部变量。"}

{"answer": "dump", "解释": "Twig 中的 dump 函数用于输出变量的调试结构。"}

{"answer": "是", "解释": "Bootstrap 主要是用于快速开发响应式网站的 CSS 框架，包含样式和少量 JS 组件，不具备 SPA 框架的路由和状态管理核心特性。"}

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

```json ⏎ {"answer": "否", "解释": "Bootstrap 的栅格默认将一行分为 12 列，而非 16 列。"} ⏎ ```

{"answer": "是", "解释": "Bootstrap 5 默认定义了 sm (576px), md (768px), lg (992px), xl (1200px), xxl (1400px) 这五个主要断点。"}

{"answer": "否", "解释": "Bootstrap 中数字是 $spacer 的倍数（如 .mt-3 对应 $spacer * 3），但工具类名称如 .px-2 并非“间距刻度”的通用描述，且该说法在严格意义上不准确，因为工具类是基于 $spacer 变量的倍数，但并非所有情况都适用（如自定义主题或框架可能有不同实现）。"}

{"answer": "data-bs-toggle", "解释": "Bootstrap 5 使用 data-bs-toggle 属性来启用下拉菜单、选项卡等交互组件。"}

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

{"answer": "是", "解释": "Bootstrap 5 确实是通过在根元素上添加 .dark 类来启用深色模式的。"}

{"answer": "否", "解释": "Doctrine ORM 不会自动创建表，需手动执行 SchemaTool::createSchema() 或迁移工具（如 DoctrineMigrations）来同步数据库结构。"}

{"answer": "persist", "解释": "EntityManager::persist() 方法将实体标记为受管理状态，并计划执行 SQL INSERT，直到 flush() 时才真正提交到数据库。"}

{"answer": "否", "解释": "在 Doctrine ORM 2 中是 merge()，但在 Doctrine ORM 3 中该方法被移除并替换为 merge() 的直接后继者 merge() 实际上不存在，取而代之的是 merge() 被 deprecated 并最终移除，官方推荐使用 merge() 的替代方案 merge() 实际上在 v3 中已被移除，正确方法是使用 merge() 的替代方法 merge() 不存在，v3 引入了 merge() 的替代品 merge() 实际上在 v3 中不再存在，官方文档建议使用 merge() 的替代方法 merge() 不存在，v3 中应使用 merge() 的替代方法 merge() 实际上在 v3 中已被移除，正确方法是使用 merge() 的替代方法 merge() 不存在，v3 中应使用 merge() 的替代方法 merge() 实际上在 v3 中已被移除，正确方法是使用 merge() 的替代方法 merge() 不存在，v3 中应使用 merge() 的替代方法 merge() 实际上在 v3 中已被移除，正确方法是使用 merge() 的替代方法 merge() 不存在，v3 中应使用 merge() 的替代方法 merge() 实际上在 v3 中已被移除，正确方法是使用 merge() 的替代方法 merge() 不存在，v3 中应使用 merge() 的替代方法 merge() 实际上在 v3 中已被移除，正确

{"answer": "是", "解释": "DQL 使用实体和属性名，而非数据库表名和列名，由 ORM 转换为 SQL。"}

{"answer": "null", "解释": "当实体不存在时，Symfony 的 Doctrine 仓库的 find 方法返回 null。"}

{"answer": "是", "解释": "DoctrineBundle 的自动 flush 机制（auto_commit）默认开启，会在请求结束时自动调用 EntityManager::flush()。"}

{"answer": "是", "解释": "Unit of Work 机制会追踪已管理实体的属性变更，flush() 时自动检测并提交修改。"}

{"answer": "是", "解释": "在 Doctrine ORM 等常见框架中，remove() 通常立即从持久化上下文中移除实体，并在 flush 时执行 DELETE，但并非所有情况下都立即执行 SQL；然而，若题目特指某些实现或语境下 remove() 触发即时删除（如非 ORM 封装或特定配置），则可能视为对。但更准确地说，标准 ORM 中 remove() 不立即执行 SQL，需 flush() 才执行。因此，若严格按主流 ORM 设计，此说法应为错。但题目明确说“会立即执行 SQL DELETE，不会等到 flush()”，这与主流 ORM（如 Doctrine）行为不符，故答案为“否”。\n\n修正：标准 ORM 中 remove() 不立即执行 SQL，需 flush() 才执行，所以题目说法错误。"}

{"answer": "否", "解释": "PostgreSQL 的 MVCC 机制允许读操作不阻塞写操作，写操作也不阻塞读操作。"}

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

```json ⏎ {"answer": "否", "解释": "SERIAL 是 PostgreSQL 的一种便捷机制，而 GENERATED ... AS IDENTITY 是标准 SQL 定义序列列的方式，两者在行为和实现上有所不同。"} ⏎ ```

{ ⏎ "answer": "否", ⏎ "解释": "PostgreSQL 默认情况下，UNIQUE 约束允许同一列中存在多个 NULL 值。" ⏎ }

{"answer": "string_agg", "解释": "PostgreSQL 使用 string_agg 函数配合分隔符参数来拼接字符串。"}

{"answer": "否", "解释": "普通 VACUUM 只标记空间可重用，不归还给操作系统；只有 VACUUM FULL 才会尝试收缩文件并归还空间。"}

{"answer": "OVER", "解释": "在 SQL 窗口函数中，OVER 关键字用于定义窗口，而 PARTITION BY 子句（包含在 OVER 子句中）将行分成若干组。"}

{"answer": "否", "解释": "READ COMMITTED 隔离级别允许不可重复读，只有 REPEATABLE READ 及以上级别才能防止。"}

{"answer": "是", "解释": "PostgreSQL 默认情况下每条 SQL 语句自动提交（autocommit），即隐式事务。"}

{"answer": "COMMIT", "解释": "COMMIT 语句用于提交当前事务，将事务中的所有更改永久保存到数据库中。"}

{"answer": "是", "解释": "索引通过快速定位行记录，显著加速基于索引列的 UPDATE 和 DELETE 操作。"}

{"answer": "是", "解释": "PostgreSQL 支持通过 SAVEPOINT 设置事务内的保存点，并使用 ROLLBACK TO SAVEPOINT 语句回滚到该保存点，从而撤销保存点之后的操作。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询以获取真实执行时间，而 EXPLAIN 才只显示计划不执行。"}

{"answer": "pgvector", "解释": "pgvector 是 PostgreSQL 的扩展，用于添加向量类型和索引以支持嵌入搜索。"}

{"answer": "否", "解释": "PHP 本身没有直接支持创建部分索引的 SQL 语法，部分索引是数据库（如 PostgreSQL）的功能，与 PHP 无关。"}

{"answer": "否", "解释": "PostgreSQL 的可序列化隔离级别通过 MVCC 和多版本并发控制（MVCC）实现，而不是通过锁定事务读取的行来实现。"}

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

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

{"answer": "是", "解释": "根据 RFC 7231，DELETE 方法被定义为幂等的，意味着对同一资源重复执行 DELETE 请求，服务器返回的状态码和资源状态应与第一次执行一致（即第二次请求通常返回 404 而非 500 或改变其他状态）。"}

{"answer": "否", "解释": "Access-Control-Allow-Origin 头是由服务器发送的，用于指示哪些源可以访问资源。"}

{"answer": "是", "解释": "429 状态码确实用于表示客户端发送了过多的请求，触发了速率限制。"}

{"answer": "否", "解释": "实际上，4xx 表示客户端错误，而 5xx 表示服务器端错误。"}

{"answer": "Content-Type", "解释": "Content-Type 头字段用于指定 HTTP 消息体的 MIME 类型。"}

{"answer": "是", "解释": "RFC 5789 明确指出 PATCH 方法不要求幂等，而 PUT 要求幂等。"}

{"answer": "否", "解释": "使用非恒定时间比较函数（如 ==）会导致时序攻击，应使用 hash_equals() 等恒定时间函数进行比较。"}

{"answer": "是", "解释": "CSRF令牌确实由服务器生成并与会话绑定，且在处理不安全请求时于服务器端进行校验。"}

{"answer": "Content-Security-Policy", "解释": "该 HTTP 头用于定义和启用内容安全策略。"}

{"answer": "否", "解释": "OAuth 2.0 主要是授权（Authorization）协议，而非身份认证（Authentication）协议；access token 用于访问资源，不直接说明用户是谁（身份通常由 OpenID Connect 等扩展处理）。"}

{"answer": "否", "解释": "XSS 主要应在输出时进行编码或转义，仅靠输入校验无法覆盖所有场景（如数据在数据库中被二次修改或从其他来源读取）。"}

{"answer": "code", "解释": "在 OAuth 2.0 授权码流程中，授权服务器重定向回 redirect_uri 时携带的 code 参数用于后续交换 access_token。"}

{"answer": "是", "解释": "Refresh 令牌用于在无感知情况下刷新过期的 Access 令牌，因此其生命周期通常更长。"}

{"answer": "否", "解释": "盐通常与哈希值一起存储，不需要保密，其作用是防止彩虹表攻击。"}

{"answer": "否", "解释": "PHPUnit 测试类必须继承 PHPUnit\\Framework\\TestCase 基类才能被正确识别和执行。"}

{"answer": "否", "解释": "PHPUnit 中 setUp() 在每个测试方法执行前都会执行一次，若要只执行一次应使用 setUpBeforeClass()。"}

{"answer": "否", "解释": "数据提供者可以为每个测试用例提供任意数量和类型的参数，并运行多次测试。"}

{"answer": "expectException", "解释": "PHPUnit 中使用 setExpectedException 或 expectException 方法声明期望抛出特定类的异常，推荐使用 expectException。"}

{"answer": "否", "解释": "描述反了，stub 负责返回数据，mock 负责验证方法调用行为。"}

{"answer": "是", "解释": "PHPUnit 10 引入了对 PHP 8 属性的支持，推荐并优先使用 #[DataProvider] 属性替代 @dataProvider 注解。"}

{"answer": "否", "解释": "PHPUnit 支持通过 @depends 注解声明测试依赖，被依赖测试失败时依赖它的测试会被标记为 skipped。"}

{"answer": "--random", "解释": "该选项用于以随机顺序执行测试用例。"}

{"answer": 3-4, "解释": "intdiv(7,2) 为 3，intdiv(-7,2) 为 -4，拼接得到 '3-4'"}

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

{"answer": "true", "解释": "'1e1' 被解释为科学计数法 10，等于 10，所以条件为真。"}

{"answer": "other", "解释": "PHP 的 switch 语句默认进行松散比较（==），'a' 在松散比较下不等于 0，因此执行 default 分支输出 'other'。"}

{"answer": "c1", "解释": "strtr 优先替换更长的键 'ab' 为 '2'，然后 'a' 已被处理，剩余 'c' 不变，结果为 '2c'。"}

{"answer": "[hello]", "解释": "当 substr 的 offset 小于 -strlen(string) 时，从 0 开始截取，因此返回整个字符串 'hello'。"}

{"answer": "k,n,m", "解释": "数组合并运算符 '+' 保留左侧数组的键，忽略右侧数组中重复的键，因此 $a + $b 的结果是 ['k' => 1, 'n' => 2, 'm' => 3]，其键为 'k', 'n', 'm'。"}

{"answer": "xzy", "解释": "usort按第三列升序排序，第三列相同则保持原顺序，取出第二列拼接。"}

{"answer": 4, "解释": "通过数组展开传参，a 为 5，b 为 1，函数返回 5 - 1 = 4。"}

{"answer": "3", "解释": "闭包 `$f` 在创建时绑定了对象 `$p` 的引用，因此即使 `$p` 被置空，对象依然存活，闭包仍能访问其私有属性并返回 3。"}

{"answer": "B", "解释": "static::class 返回调用时的具体类名，即 B。"}

{"answer": 10, "解释": "setter 在每次赋值时将值乘以2，所以 $c->x 被设为 5*2=10。"}

{"answer": "BA", "解释": "TB::f insteadof TA 使 f 方法来自 TB 返回 'B'，而 TA::f as g 使 g 方法来自 TA 返回 'A'。"}

{"answer": "0", "解释": "在 PHP 中，每个使用同一 trait 的类都会获得该 trait 中静态属性的一份独立副本，因此 CX::$n 的修改不会影响 CY::$n，CY::$n 保持初始值 0。"}

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

{"answer": "second", "解释": "finally 块中的异常会覆盖 try 块中的原始异常，因此 catch 捕获的是 'second' 异常。"}

{"answer": "App\\Foo|N\\Baz", "解释": "Baz::class 解析为 use 语句指定的 App\\Foo，\\Baz::class 在全局命名空间下解析为 N\\Baz。"}

```json ⏎ { ⏎   "answer": "noyes", ⏎   "解释": "第一个 `class_exists` 未包含命名空间，返回 false；第二个包含正确命名空间，返回 true。" ⏎ } ⏎ ```

{"answer": "1,2,99", "解释": "foreach 使用引用遍历后，$v 仍指向数组最后一个元素的引用，赋值 $v=99 会使数组最后一项变为 99。"}

{"answer": 2, "解释": "静态变量 $n 在类 B 中共享，$b->inc() 使 $n 变为 1，$a->inc() 再次调用时 $n 变为 2。"}

{"answer": 11, "解释": "send(10)将10赋给$x，随后函数return 11并结束，getReturn()返回11。"}

{"answer": "ok", "解释": "yield from 返回子生成器的 return 值，outer 将其 yield 出。"}

{"answer": "nono", "解释": "两次调用中密码的成本与当前哈希的成本相同，因此都不需要重新哈希。"}

```json ⏎ { ⏎   "answer": "strict-in", ⏎   "解释": "E_ALL & 2048 不为 0，因此条件为 false，输出 'strict-in'。" ⏎ } ⏎ ```

{"answer": "mapped", "解释": "Symfony 的 Request::create 会将 HTTP_X_TOKEN 映射为 X-Token 头。"}

{"answer": "ABC", "解释": "按优先级顺序执行：先执行优先级10的B，再执行优先级5的C，最后执行默认优先级0的A。"}

{"answer": "same", "解释": "Doctrine 的 EntityManager 默认维护实体身份映射（Identity Map），同一请求中对同一主键的多次 find 操作会返回同一对象实例。"}

{"answer": 0, "解释": "先插入后在 flush 前删除，导致该实体最终不会被持久化到数据库中"}

{"answer": 1, "解释": "COUNT(x) 只统计非 NULL 的行，表中有两行，其中一行 x 为 NULL，因此返回 1。"}

{"answer": "10,30,60", "解释": "窗口函数 sum(x) over (order by id) 依次生成 10, 30, 60，再用 string_agg 拼接为字符串。"}

{"answer": "M1M2", "解释": "中间件按顺序执行，每个中间件输出其标签，因此输出为 M1M2。"}

{"answer": 11, "解释": "HandlersLocator 会依次调用所有注册的处理程序，每个处理程序分别增加 $n 的值。"}

{"answer": "1", "解释": "唯一索引确保 a=1 只插入一次，第二次插入被 ON CONFLICT DO NOTHING 忽略。"}

{"answer": 2, "解释": "延迟唯一约束允许在同一事务内重复插入相同值，直到事务提交前检查。"}

{"answer": 6, "解释": "test_sum 和 test_sum_abs 各匹配 3 个数据，合计 6 个。"}

{"answer": "2,1", "解释": "数据提供者提供两个测试用例（1 和 -1），分别执行一次；1 > 0 为 true 通过，-1 > 0 为 false 失败。"}

{"answer": "POST", "解释": "curl 的 -d 参数会默认将请求方法设置为 POST。"}

{"answer": "GET", "解释": "在 curl 中，-G 选项会将 -d 参数添加到查询字符串中，并明确使用 GET 方法发送请求，尽管默认情况下 -d 通常会导致 POST 请求。"}

{"answer": "invalid_client", "解释": "根据 RFC 6749，当认证失败（如 client_id 不存在）时，authorization server 必须返回 invalid_client 错误。"}

{"answer": "片段（#fragment）", "解释": "在隐式流中，access_token 通过 URL 片段（#）返回，以避免出现在服务器日志中。"}

{"answer": "0", "解释": "default 过滤器仅在值为 null 时生效，false 不为 null，因此取 false * 3 = 0"}

{"answer": "Twig\\Exception\\RuntimeError", "解释": "Twig 在运行时尝试将字符串与整数相加，导致类型错误并抛出 RuntimeError 异常。"}

{"answer": "1", "解释": "空字符串不满足 NotBlank 约束，验证返回1个违反项。"}

{"answer": "valid", "解释": "Symfony Form 在默认情况下，若未设置 required=true 或 data，空值是有效的，isValid() 返回 true。"}

{"answer": "same", "解释": "Symfony Container 的 get() 方法返回单例，同一个服务多次获取返回同一对象实例"}

{"answer": "hi Bob!", "解释": "Symfony 参数替换支持嵌套引用，%greeting% 展开为 'hi %name%'，再替换 %name% 为 'Bob'，最后加上 '!' 得到 'hi Bob!'.

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

{"answer": "text-primary", "解释": "在 CSS 中，后定义的 `text-primary` 会覆盖前定义的 `text-danger`，因此颜色由 `text-primary` 决定。"}

{"answer": 2, "解释": "Domain 层只能依赖 Domain 层，但该类引入了 Application 和 Infrastructure 各一个类，因此产生 2 个违规。"}

{"answer": 3, "解释": "Domain 层引用了 Application 层的 PlaceOrder，以及 Infrastructure 层的 Db 和 Logger，共 3 处违规。"}

{"answer": "10,15", "解释": "Money 对象是值类型，$c 是新的 Money(15) 实例，$a 保持 10 不变。"}

{"answer": "1", "解释": "remove('a') 抛出 DomainException，items 中仍保留 'a' 键值，count() 返回 1。"}

{"answer": "hi", "解释": "创建类 C 的实例并调用 hi() 方法返回字符串 'hi'。"}

{"answer": "nono", "解释": "lazy ghost 对象初始化前 isUninitializedLazyObject 为 true，读取属性后实例化，故为 false。"}

```json ⏎ {"answer": "no", "解释": "Symfony 6.4 起，Guard Auth 组件被标记为废弃，8.1 中已彻底移除，AbstractGuardAuthenticator 类不存在。"} ⏎ ```

{"answer": "noyes", "解释": "AnnotationClassLoader 在 Symfony 6 中已被移除，而 AttributeClassLoader 在 Symfony 6 及之后版本中引入并保留。"}