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

```json ⏎ {"answer": "否", "解释": "双引号字符串会解析变量和转义字符，单引号字符串则保持大部分字符原样，两者处理方式并非完全相同。"} ⏎ ```

```json ⏎ {"answer": "是", "解释": "?? 运算符用于替代 isset()，它可以检查变量是否定义且不为 null，不会对未定义的变量产生警告。"} ⏎ ```

{"answer": "ab", "解释": "echo 可以接收多个参数并用逗号分隔，直接输出 'a' 和 'b'。"}

```json ⏎ {"answer": "是", "解释": "在 PHP 中，print 是一个语言结构，其返回值为 1，常用于需要返回值的表达式中。"} ⏎ ```

{"answer": "对", "解释": "在 PHP 中，Elvis 运算符 ?: 会检查左侧操作数，如果为假则返回右侧操作数，而不是左侧。"}

{"answer": "否", "解释": "PHP 中 . 运算符优先级高于加法/减法，等价于字符串拼接优先级高于算术运算。"}

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

{"answer": "总和: 5", "解释": "在 PHP 中，点操作符的优先级低于加法操作符，因此先执行 2 + 3 得到 5，再与 '总和: ' 拼接。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "在严格比较下，数组的元素必须相同且顺序一致，才被视为相等。" ⏎ } ⏎ ```

```json ⏎ {"answer": "否", "解释": "0 == false 返回 true，因为这是宽松比较，且 0 和 false 在类型转换后是相等的。"} ⏎ ```

{"answer": "否", "解释": "在 PHP 8 中，非数字字符串与数字的比较规则改变，\"abc\" 被转换为 0，但 \"abc\" 是非数字字符串，其值在比较时被视为 0，因此 \"abc\" == 0 实际结果为 false（PHP 8.0+ 行为）；不过严格来说，PHP 8 中非数字字符串 == 数字 的结果是 false，所以原命题说结果是 true 是错误的。"}

{ ⏎   "answer": "是", ⏎   "解释": "在PHP中，null 在松散比较下确实等于 0、空字符串和 false。" ⏎ }

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

{"answer": 10, "解释": "PHP 在算术运算中会将字符串 '5' 自动转换为整数，因此结果为 10。"}

{"answer": "否", "解释": "在 PHP 中，false 转换为字符串时会变成空字符串 \"\"，而非 \"0\"。"}

{"answer": "是", "解释": "由于浮点数精度问题，0.1 + 0.2 的结果略大于 0.3，因此严格比较（===）返回 false。"}

```json ⏎ {"answer": "否", "解释": "strrev() 按字节反转，会打乱多字节 UTF-8 字符，应用 strrev() 时结合 iconv 或其他支持 UTF-8 的反转方法。"} ⏎ ```

{"answer": "是", "解释": "字符串 'Hello world' 中确实包含子字符串 'world'。"}

{"answer": "否", "解释": "str_pad() 可以通过 pad_type 参数指定 LEFT、RIGHT 或 BOTH（默认）来在不同位置补齐。"}

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

{"answer": 6, "解释": "在 UTF-8 编码中，每个中文汉字通常占用 3 个字节，因此 '你好' 共 6 字节。"}

{"answer": "def", "解释": "substr 从倒数第 3 个字符开始截取字符串，即返回 'def'。"}

{"answer": "否", "解释": "ucfirst() 函数会返回修改后的字符串，不会原地修改传入的参数。"}

{"answer": "是", "解释": "Heredoc 允许在字符串中进行变量插值，而 Nowdoc 将内容视为原始字符串，不进行插值。"}

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

```json ⏎ { ⏎   "answer": "对", ⏎   "解释": "PHP 将可转为整数的字符串键自动转换为整数类型。" ⏎ } ⏎ ```

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

{"answer": "是", "解释": "不带回调时，array_filter() 确实会移除所有 falsy 值（如 0、''、null、false、[] 等），仅保留 truthy 元素。"}

{"answer": "否", "解释": "array_slice() 默认情况下会重新索引数组，即 $preserve_keys 参数默认为 false，因此数字键会被重置为 0 开始的连续整数。"}

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

{"answer": 2, "解释": "数组合并后得到 ['a' => 1, 'b' => 2]，共 2 个元素。"}

{"answer": "否", "解释": "PHP 8.1 引入的数组展开运算符（...）仅支持整数键（integer keys），不支持字符串键（string keys）。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "PHP 中命名参数不能与数组展开（...$args）在同一个调用中混合使用。" ⏎ } ⏎ ```

```json ⏎ {"answer": "是", "解释": "在 PHP 中，不使用 use 关键字的匿名函数（闭包）会自动捕获外部作用域中的变量，因此可以直接访问外部作用域的变量。"} ⏎ ```

{"answer": 3, "解释": "func_num_args() 返回传递给函数的参数数量，这里是 3 个。"}

{"answer": "否", "解释": "箭头函数 fn 的函数体只能是单个表达式，不能包含多个表达式。"}

{"answer": "是", "解释": "PHP 8.1 引入的箭头函数按引用捕获外部变量，在使用时才读取其值。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "静态闭包不会绑定 $this，但可以通过变量捕获外部作用域中的 $this。" ⏎ } ⏎ ```

{"answer": 5, "解释": "闭包在创建时通过 use 捕获了 $x 的值 5，之后 $x 变为 7 不影响闭包内部。"}

{"answer": "是", "解释": "在弱类型模式下，PHP 会自动将可转换为数字的字符串转换为对应的数字类型，因此传入 \"5\" 到 int 参数是允许的。"}

```json ⏎ {"answer": "是", "解释": "PHP 8.0 引入了构造函数属性提升，允许在构造函数中声明属性并自动处理。"} ⏎ ```

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

{"answer": "是", "解释": "final 方法确实禁止子类重写，但可以被覆盖（通过继承链的 final 类或接口实现等复杂情况除外，通常语境下 final 方法不可重写）"}

{"answer": "否", "解释": "在 PHP 中，父类中 private 可见性的属性在子类中是不可访问的，只能通过父类自身的方法访问。"}

```json ⏎ { ⏎   "answer": "class@anonymous", ⏎   "解释": "PHP 7.0+ 的匿名类实例，其类名默认为 'class@anonymous'（若未指定命名空间等修饰符）。" ⏎ } ⏎ ```

{ ⏎ "answer": "是", ⏎ "解释": "父类 private 方法对子类不可见，不构成继承契约，子类可自由定义同名方法。" ⏎ }

{"answer": "是", "解释": "在 PHP 中，当对象访问一个未定义（不存在）的属性（无论是读取还是写入）时，会触发 __get() 或 __set() 魔术方法。"}

{"answer": "Error", "解释": "readonly 属性重复赋值会抛出 Error 类型的异常（TypeError）。"}

{"answer": "是", "解释": "PHP 接口中可以使用 const 关键字声明常量，这是合法的语法。"}

{"answer": "instanceof", "解释": "PHP 中 instanceof 运算符用于检查对象是否属于指定类或其子类，或实现了指定接口。"}

{"answer": "否", "解释": "在 PHP 中，接口只能声明非静态方法，不能声明静态方法。"}

{"answer": "否", "解释": "instanceof 运算符既检查类的继承，也检查接口的实现。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "PHP 8.1 引入对接口方法默认实现的支持，使得接口方法可以拥有默认实现，与 trait 方法类似。" ⏎ } ⏎ ```

{"answer": "是", "解释": "抽象方法可以是 public、protected 或 private，但通常不设为 private，因为子类需要能够重写它。"}

{"answer": 3, "解释": "Foo 有三个枚举常量 A、B 和 C，Foo::cases() 会返回一个包含这三个常量的数组，因此返回 3 个元素。"}

{"answer": "是", "解释": "PHP trait 可以定义常量，且在类中使用该 trait 时，这些常量会被引入到类中。"}

{"answer": "是", "解释": "在 PHP 7 及更高版本中，Throwable 是一个接口，Exception 和 Error 都实现了这个接口，使得它们可以被同一个 catch 块捕获。"}

{"answer": "否", "解释": "TypeError 继承自 Error，而 Error 与 Exception 是平级接口，互不继承。"}

{"answer": "否", "解释": "@ 运算符在 PHP 中用于抑制错误（warnings/notices），但不抑制异常（exceptions），异常仍需通过 try-catch 处理。"}

{"answer": "ArithmeticError", "解释": "intdiv 在除数为 0 时会抛出 ArithmeticError 异常。"}

{"answer": "否", "解释": "finally 块无论是否抛出或捕获异常，只要执行到 try-finally 结构后（或函数返回前）都会执行，例如正常执行完 try 块后也会执行 finally。"}

{"answer": "是", "解释": "在 PHP 中，`finally` 块中的异常会覆盖 `try` 或 `catch` 块中的异常（即 `finally` 的异常优先级更高），因此 `try` 块原本要抛出的异常会被 `finally` 中抛出的异常所替代，而不是“没有影响”。但题目说“对 try 块的结果没有任何影响”，如果是指 try 块正常执行的结果（return 值等），finally 中的异常确实会改变整体流程，使 try 的结果不再被返回。所以这个说法是错的。"}

{"answer": "是", "解释": "在 PHP 中，对象转换为布尔值时，只要对象不是空对象（new 出来的对象不是空对象），其布尔值均为 true，Exception 对象也遵循此规则。"}

{"answer": "是", "解释": "register_shutdown_function 注册的函数在脚本结束时执行，包括正常结束或调用 exit 时。"}

{"answer": "否", "解释": "use 语句仅创建别名映射，不触发自动加载，除非类被实例化或调用。"}

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

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 规则将命名空间剩余部分转为目录结构，最后一段转为文件名。"}

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

{"answer": "是", "解释": "__NAMESPACE__ 魔术常量确实用于获取当前代码所在命名空间的完整名称。"}

{ ⏎  "answer": "否", ⏎  "解释": "非限定类名会优先查找当前作用域（命名空间）中是否有定义，找不到时才回退到全局命名空间。" ⏎ }

{"answer": "是", "解释": "根据PSR-4规范，命名空间App\\Model\\User对应文件路径为src/Model/User.php。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "use 语句可以在函数、方法或闭包内部使用，这样导入的别名或常量仅在该作用域内有效，不会污染全局命名空间。" ⏎ } ⏎ ```

{"answer": "是", "解释": "PHP 中数组赋值（=）是值语义复制，而 & 是按引用传递。"}

{"answer": 2, "解释": "PHP 数组是值类型，复制后修改 $b 不影响 $a，$a 仍为 2 个元素。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "在 PHP 中，函数内部默认只能访问局部变量，若不通过 global、$GLOBALS 或参数传递，无法直接访问全局作用域的变量。" ⏎ } ⏎ ```

{"answer": "否", "解释": "unset($GLOBALS['x']) 会直接从全局作用域中移除变量，对所有作用域都有效，并非仅对当前函数。"}

{"answer": 6, "解释": "inc 函数按引用传入参数，内部自增后 $n 变为 6"}

{"answer": "否", "解释": "按值遍历操作的是数组的副本，循环内的修改不影响原数组"}

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

{"answer": "否", "解释": "在 PHP 中，当布尔值 true 用作数组键时，它会被自动转换为整数 1。"}

{"answer": "否", "解释": "PHP 生成器通过 yield 返回值，若需要获取最终结果，应使用 getReturn() 方法，但生成器内部不能使用带值的 return 语句。"}

{"answer": "否", "解释": "Generator 是一次性的，一旦遍历结束，调用 rewind() 不会使其从头开始，而是抛出异常或无效（取决于上下文），通常需要通过 recreate 来重新遍历。"}

{"answer": "是", "解释": "yield from 用于委托给另一个可迭代对象或生成器。"}

{"answer": "Generator", "解释": "调用生成器函数返回 Generator 对象。"}

{"answer": 3, "解释": "生成器产出 1, 2, 3 三个元素，转成数组后 count 为 3。"}

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

```json ⏎ {"answer": "是", "解释": "ArrayIterator 实现了 Iterator 接口，并提供了对数组进行遍历的功能。"} ⏎ ```

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

{"answer": "是", "解释": "password_hash() 会自动生成并存储盐值，无需手动传入。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "在 PHP 8 中，PASSWORD_DEFAULT 默认使用的是 bcrypt 算法，而不是自动加盐的 md5。" ⏎ } ⏎ ```

{"answer": "是", "解释": "password_verify 用于验证密码与哈希值是否匹配，此处明文与哈希值一致，返回 true。"}

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

{ ⏎   "answer": "是", ⏎   "解释": "session_regenerate_id() 会生成新的会话 ID 并保留原有数据，是防范会话固定攻击的标准做法。" ⏎ }

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

{"answer": "是", "解释": "session_destroy() 仅删除服务器端的会话数据，客户端的 PHPSESSID Cookie 仍存在于浏览器中，需通过 setcookie 或 JS 手动删除。"}

```json ⏎ {"answer": "否", "解释": "在 PHP 中，$_SESSION 数组只有在 session_start() 被成功调用后才会加载会话数据。"} ⏎ ```

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

```json ⏎ {"answer": "是", "解释": "属性钩子确实是 PHP 8.4 引入的新特性。"} ⏎ ```

{"answer": "否", "解释": "非对称可见性是在 PHP 8.1 中引入的，而非 8.4。"}

{"answer": "8.4", "解释": "PHP 8.4 引入了用于标记不应被垃圾回收的属性属性 #[\\NoDiscard]。"}

{"answer": "8.4", "解释": "管道运算符 (|>) 在 PHP 8.4 中作为实验性功能首次引入。"}

```json ⏎ { ⏎   "answer": "PHP 8.4", ⏎   "解释": "clone-with 语法是在 PHP 8.4 中引入的，允许在对象克隆时指定新的属性值。" ⏎ } ⏎ ```

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

```json ⏎ {"answer": "8.4", "解释": "该 RFC 已合并并计划包含在 PHP 8.4 版本中。"} ⏎ ```

```json ⏎ { ⏎   "answer": "8.4", ⏎   "解释": "clamp() 函数是在 PHP 8.4 中正式实现的。" ⏎ } ⏎ ```

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "RFC Context Managers v2 已被 PHP 接受。" ⏎ } ⏎ ```

{"answer": "否", "解释": "泛型特性仍在开发中，目前尚未被正式接受，更未出现“拒绝”的情况。"}

{"answer": "是", "解释": "该 RFC (RFC: Enable ZTS by default) 已于 2024 年被接受，并将在 PHP 8.5（预计 2025 年发布，故在 2026 年 11 月 7 日时已生效）中默认启用多线程（ZTS）。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "PHP 8.5 中引入了原生的泛型（参数化类型）支持。" ⏎ } ⏎ ```

{"answer": "是", "解释": "根据题目给定的前提信息，截至 2026-11-07 最新稳定版确认为 8.5。"}

{"answer": "是", "解释": "PHP 版本号确实从 5.6 直接跳到了 7.0，没有发布过 6.x 版本。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "PHP 8.4 引入了 #[Deprecated] 属性，RFC 已被接受。" ⏎ } ⏎ ```

{"answer": "是", "解释": "整洁架构和洋葱架构都规定依赖关系指向中心，外层依赖内层，而内层不依赖外层。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "领域实体应该保持纯净，不依赖任何外部框架，仅使用语言本身和标准库。" ⏎ } ⏎ ```

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "控制器和 Twig 模板属于表示层（Presentation Layer），而非业务逻辑层，它们通常调用用例（Use Case）来实现业务逻辑。" ⏎ } ⏎ ```

{"answer": "领域层", "解释": "洋葱架构（Onion Architecture）的最中心是领域层（Domain Layer），它包含核心业务逻辑，不依赖任何外部技术。"}

```json ⏎ {"answer": "是", "解释": "层间依赖分析器（如 deptrac）确实能在检测到层间依赖违反规则时报告错误，因此该说法正确。"} ⏎ ```

{"answer": "否", "解释": "Interactor 应保持无状态且与框架无关，通常通过接收 DTO 或具体参数来封装业务逻辑，避免直接依赖 HTTP 请求或 EntityManager 等框架/基础设施对象，以确认可测试性和单一职责原则。"}

```json ⏎ { ⏎     "answer": "Repository", ⏎     "解释": "在软件架构设计中，用于隐藏数据持久化细节并提供聚合根或实体集合访问机制的组件标准术语为 Repository（仓储）。" ⏎ } ⏎ ```

{"answer": "是", "解释": "整洁架构的核心原则就是领域和用例（核心层）不依赖具体的基础设施细节（如特定数据库），通过依赖倒置和适配器模式，更换数据库只需修改外层适配器，核心业务逻辑保持不变。"}

{"answer": "否", "解释": "聚合是领域模型中的一个一致性边界，包含一个或多个实体和值对象，并非数据库表。"}

{"answer": "是", "解释": "值对象的定义确实基于不可变性和值相等性，而非身份相等性。"}

{"answer": "命令", "解释": "在 DDD 中，聚合是唯一的一致性边界，外部通过命令（Command）修改其状态。"}

{"answer": "是", "解释": "在 DDD 中，仓储确实是为聚合根定义的，用于管理整个聚合的一致性。"}

{"answer": "是", "解释": "统一语言是领域驱动设计中开发与业务专家共用的术语体系。"}

{"answer": "语言边界", "解释": "在自然语言处理中，语言边界（Language Boundary）内部词汇遵循特定语言的内部模型，而边界外同样的词可能对应其他语言的模型。"}

{"answer": "否", "解释": "贫血模型通常被认为是反 DDD 的做法，DDD 推荐的是将业务逻辑封装在实体或聚合根中的富模型（Rich Domain Model）。"}

{"answer": "是", "解释": "限界上下文的核心思想就是每个领域有自己的领域模型，同一概念在不同上下文中可以有不同的定义和实现。"}

{"answer": "否", "解释": "Symfony DI 容器中的服务默认是单例且启动时实例化（除非标记为 lazy 或 public 但未被引用），并非默认惰性。"}

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

{"answer": "否", "解释": "自动装配允许 Symfony 根据类型提示自动解析依赖，无需在 services.yaml 中手动声明每个服务。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Twig 模板会被编译成 PHP 类并缓存，以便在后续请求中快速执行。" ⏎ } ⏎ ```

```json ⏎ {"answer": "是", "解释": "Symfony 的 dev 环境中，DI 容器会在配置或依赖关系发生变化时自动重建，而不是每个请求都重建，以提高性能。"} ⏎ ```

{"answer": "APP_ENV", "解释": "Symfony 通过 APP_ENV 环境变量决定当前运行环境。"}

{"answer": "否", "解释": "Symfony 路由通常要求控制器方法为 public，private 方法无法被路由直接访问。"}

{"answer": "否", "解释": "事件订阅者是否更早收到事件取决于其订阅方法的优先级参数，而非接口本身，监听器也可以通过配置高优先级先行执行。"}

```json ⏎ {"answer": "否", "解释": "在 Symfony 6.0 中，旧的 guard 认证体系已被标记为弃用（deprecated），但并未被移除；它直到 Symfony 7.0 才正式被移除。"} ⏎ ```

{"answer": "#IsGranted", "解释": "该属性用于检查角色或权限，失败时返回403。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Voter 机制在 Symfony 中用于检查对具体对象或资源的访问权限，示例代码中 isGranted('EDIT', $post) 表明它针对特定对象进行检查。" ⏎ } ⏎ ```

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "在现代 Symfony 7+ 中，验证约束推荐且通常使用 PHP 8 属性进行声明，传统 Doctrine 注解方式虽然仍受支持但已不再推荐。" ⏎ } ⏎ ```

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

{"answer": "是", "解释": "服务端验证是最终且必须的，因为客户端验证可被绕过，且两者规则可能不同。"}

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

{"answer": "否", "解释": "Symfony 默认使用密码哈希算法（如 bcrypt）存储密码，而非明文存储在会话中。"}

{"answer": "是", "解释": "Symfony 确实建议在 config/packages 目录下为每个 Bundle 或特定主题创建独立的 YAML 配置文件。"}

```json ⏎ {"answer": "是", "解释": "这是一个常见的做法，.env 文件包含默认配置值并提交到仓库，而 .env.local 文件包含敏感信息（如密钥、密码）且不提交到仓库。"} ⏎ ```

{"answer": "debug:container", "解释": "Symfony 使用 debug:container 命令来列出所有注册的服务及其别名。"}

{"answer": "是", "解释": "在 Symfony 中，$container->setParameter() 可以在运行时修改参数，尽管这种用法并不推荐，因为它可能会影响依赖注入的透明性和测试性。"}

{"answer": "否", "解释": "默认情况下 Symfony 的服务是私有的（public: false），除非显式指定 public: true 或添加了 public tag。"}

{"answer": "否", "解释": "Symfony 中的 Bundle 不一定必须在 config/packages 目录下有独立的配置文件，许多 Bundle（如 TwigBundle、FrameworkBundle 的核心功能）在默认配置下即可工作，或者可以通过服务定义、注解/属性等方式启用，只有需要自定义特定参数时才需要创建配置文件。"}

{"answer": "否", "解释": "在 services.yaml 中注入环境变量的标准语法是 %env(VAR)% 之外的 %VAR% 或通过 $VAR 等其他方式，%env(VAR)% 并非标准且通用的直接语法（通常直接使用 %VAR% 或容器参数等方式），该描述不准确。"}

{"answer": "APP_DEBUG", "解释": "Symfony 通过 APP_DEBUG 环境变量开启调试模式，影响 profiler 和 Twig 调试。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "在 Symfony Messenger 中，一条消息可以被多个处理者处理，处理者按照注册的顺序依次执行。" ⏎ } ⏎ ```

{"answer": "否", "解释": "sync 传输是同步执行，会立即处理消息，而不是放入队列交给 worker 处理；async 才是放入队列由 worker 处理。"}

{"answer": "php bin/console messenger:consume", "解释": "这是 Symfony Messenger 组件中用于启动消息处理器的标准命令。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "retry_strategy 是在 service 中配置，而不是在 Messenger 传输层面配置。" ⏎ } ⏎ ```

{"answer": "是", "解释": "Symfony Messenger 默认使用 JsonSerializer 将消息序列化为 JSON 字符串。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Symfony Scheduler 可以按计划触发任务，并且可以与 Symfony Messenger 集成来发送消息。" ⏎ } ⏎ ```

{"answer": "doctrine://", "解释": "Doctrine 传输通过连接字符串 `doctrine://default` 将消息持久化到数据库表中。"}

```json ⏎ {"answer": "是", "解释": "Messenger 允许在管道中添加自定义中间件并灵活调整其顺序。"} ⏎ ```

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Symfony 的主版本（如 4.4, 5.4）通常每两年发布一次，而次版本（如 5.0, 5.1）每六个月发布一次。" ⏎ } ⏎ ```

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

{"answer": "否", "解释": "Symfony 7.0 已移除对文档块注解（如 @Route、@Assert）的支持，仅保留 PHP 8 属性（Attributes）作为标准方式。"}

{"answer": "是", "解释": "Symfony AssetMapper 利用 importmap.php 和 PHP 原生功能来管理依赖，无需 Node.js 或 Webpack。"}

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

{"answer": "是", "解释": "Symfony 遵循语义化版本控制，主版本升级通常只移除两个版本前标记为弃用的功能，而非立即移除上一版本刚弃用的功能（即 N-1 版本的弃用项在 N+1 版本才移除，或者更常见的惯例是：弃用项在 N+1 版本中通常仍可用作 BC 层，直到 N+2 版本才移除。但更精确的 Symfony 约定是：在版本 N 中弃用，在版本 N+1 中可能仍然可用但会触发弃用警告，在版本 N+2 中移除。然而，题目表述“上一分支的弃用功能仍然可用——主版本不会移除它们”是 Symfony 版本政策的核心承诺，即新主版本不会移除上一个主版本中引入的弃用项，而是给予至少两个版本的过渡期。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Symfony 每个主版本都提供详细的 UPGRADE 指南来列出版本间的变更内容。" ⏎ } ⏎ ```

{"answer": "AssetMapper", "解释": "Symfony 6.3 引入的 AssetMapper 组件可在不依赖 Node.js/Webpack 的情况下管理前端资源和 importmap。"}

```json ⏎ {"answer": "是", "解释": "Symfony 8.2 已经发布。"} ⏎ ```

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "Symfony 8.2 计划于 2026 年 5 月发布，而非 11 月。" ⏎ } ⏎ ```

{"answer": "7.0", "解释": "Symfony 8.0 预计发布于 2026-11，因此 8.1 之后下一个主要版本是 8.2 或 8.0？不，题目问 8.1 之后会发布哪个版本，通常指下一个主要版本，即 8.2 或 9.0？根据 Symfony 发布周期，8.1 之后是 8.2，但如果是问主要大版本，可能是 8.2。不过更准确的是，Symfony 每年 11 月发布新的主要版本，2025-11 是 7.4，2026-11 是 8.0？不，2024-11 是 7.1，2025-11 是 7.2？不对，Symfony 6.4 LTS 是 2025-11 结束支持，2025-11 发布 7.3？让我们查一下：2023-11 是 6.4，2024-11 是 7.1？不，2024-05 是 7.0，2024-11 是 7.1？不对，Symfony 主要版本每年 5 月发布。6.0 是 2022-05，6.4 是 2023-05，7.0 是 2024-05，7.1 是 2024-11，7.2 是 2025-05，7.3 是 2025-11，7.4 是 2026-05，8.0 是 2026-11。所以 8.1 之后是 8.2（2027-05）？或者题目意思是 8.1 发布后下一个版本？答案应该是 8.2。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Symfony 采用主版本号表示重大版本升级，8.2 意味着需要为新的 API 重写应用程序。" ⏎ } ⏎ ```

{"answer": "是", "解释": "PHP 承诺在次要版本升级中保持向后兼容，除非标记为废弃功能。"}

{"answer": 8.4, "解释": "Symfony 8.x 系列的最后一个次要版本是 8.4，因为 Symfony 采用次版本号递增（8.0, 8.1, 8.2, 8.3, 8.4）后发布 9.0。"}

{"answer": "是", "解释": "Symfony 8.x 系列计划于 2027 年发布，根据 Symfony 的版本支持策略，Symfony 8 将要求 PHP 8.5（假设 PHP 8.5 届时已发布，且通常新的 Symfony 主版本要求较新的 PHP 版本，而 8.2 这一具体版本号在 Symfony 8 语境下通常指代其支持或要求的新 PHP 版本，但更准确地说，Symfony 版本与 PHP 版本的对应关系是：Symfony 7 要求 PHP 8.2+，Symfony 8 预计要求 PHP 8.5+。题目表述略有混淆，通常我们说 Symfony 版本要求 PHP 版本。如果题目意思是“为了使用 Symfony 8.2（假设存在，实际 Symfony 8 的第一个版本是 8.0，但可能有 8.2 补丁版本），PHP 必须升到 8.5”，这是符合预期的版本依赖关系的。"}

```json ⏎ {"answer": "是", "解释": "在 Symfony 中，8.x 分支中弃用的功能通常会在 9.0 中移除。"} ⏎ ```

{"answer": "否", "解释": "Twig 模板引擎中 {{ }} 用于输出变量或表达式，不能直接调用任意 PHP 代码（如 $var 或函数名），而是通过过滤器、函数或标签来操作。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "默认情况下，Twig 使用 autoescape 策略会对输出的变量进行转义，以防止 XSS 攻击。" ⏎ } ⏎ ```

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

{"answer": "format_number", "解释": "twig/intl-extra 提供的 format_number 过滤器基于 NumberFormatter 按本地化设置格式化数字。"}

{"answer": "否", "解释": "raw 过滤器用于在输出字符串时保留原始字符，不会关闭自动转义；关闭自动转义通常由 e 或 esc 过滤器或配置控制。"}

{"answer": "是", "解释": "Twig 中 {{ }} 用于输出表达式，{% %} 用于执行控制结构或标签。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "Twig 模板可以通过 'set' 标签声明局部变量。" ⏎ } ⏎ ```

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

{"answer": "是", "解释": "Bootstrap 提供 CSS 类、JS 插件和栅格系统，用于快速构建响应式界面，但不具备路由、状态管理等 SPA 框架核心特性。"}

{"answer": "container-xxl", "解释": "Bootstrap 5 中，container-xxl 类用于在 xxl 断点及以下提供最大宽度的响应式容器。"}

{"answer": "否", "解释": "Bootstrap 3 的栅格基于 float 且是 12 列；Bootstrap 4+ 使用 Flexbox 且也是 12 列，不是 16 列。"}

{"answer": "否", "解释": "Bootstrap 5 默认包含 xs、sm、md、lg、xl、xxl 六个断点，但 xs 通常是默认断点（无中缀），实际使用中常见的命名中缀断点为 sm、md、lg、xl、xxl 五个，但严格来说 Bootstrap 5 有 6 个断点。"}

{"answer": "是", "解释": "Bootstrap 的间距工具类（如 mt-3）基于 $spacer 变量计算，数字即为倍数。"}

{"answer": "data-bs-toggle", "解释": "Bootstrap 5 使用 data-bs-toggle 属性来启用下拉菜单等交互组件的切换功能。"}

{"answer": "是", "解释": "Bootstrap 5 移除了对 jQuery 的依赖，转而使用原生 JavaScript。"}

{"answer": "否", "解释": "Bootstrap 5 通过给 <html> 标签添加 data-bs-theme=\"dark\" 属性来开启深色模式，而非仅添加 .dark 类（.dark 主要用于特定组件如 navbar 或 dropdown）。"}

{"answer": "否", "解释": "Doctrine ORM 默认不会自动创建表，通常需要手动运行 SchemaTool 或迁移工具来同步架构。"}

{"answer": "persist()", "解释": "EntityManager::persist() 将实体设置为受管理状态，并计划插入操作，但 SQL 在 flush() 时执行。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "在 Doctrine ORM 3 中，EntityManager::merge() 方法会将传入的分离对象变为受管理对象。" ⏎ } ⏎ ```

{"answer": "是", "解释": "DQL（Doctrine Query Language）是 ORM 查询语言，使用实体类和字段名，而非数据库表和列名。"}

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

{"answer": "否", "解释": "DoctrineBundle 默认只在事务结束（如 commit）或手动调用时 flush，不会在每个请求结束时自动 flush。"}

{"answer": "是", "解释": "Doctrine ORM 中，已持久化（managed）的实体属性被修改后，Unit of Work 会在 flush() 时检测变更并生成 UPDATE 语句，无需显式调用 persist()。"}

{"answer": "否", "解释": "在 Doctrine ORM 中，EntityManager::remove() 仅将实体标记为待删除，实际的 SQL DELETE 语句是在调用 flush() 时才会执行。"}

{"answer": "否", "解释": "PostgreSQL 的 MVCC 机制实现了读写并发，读不会阻塞写，写也不会阻塞读（写写之间才会互斥）。"}

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

{"answer": "否", "解释": "SERIAL 是 PostgreSQL 中由序列和列组合而成的语法糖，而 GENERATED AS IDENTITY 是 SQL 标准定义自增列的独立机制，两者在实现细节、行为及 SQL 标准兼容性上有所不同。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "PostgreSQL 的 UNIQUE 约束允许多行具有 NULL 值。" ⏎ } ⏎ ```

{"answer": "string_agg", "解释": "PostgreSQL 中使用 string_agg 函数，该函数接受两个参数：要聚合的列和一个用于分隔的结果字符串。"}

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

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

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "READ COMMITTED 可以防止脏读，但仍会出现不可重复读和幻读问题。" ⏎ } ⏎ ```

{"answer": "是", "解释": "PostgreSQL 默认开启 autocommit，每条语句独立自动提交。"}

{"answer": "COMMIT", "解释": "COMMIT 用于提交事务，永久保存更改"}

{"answer": "是", "解释": "索引通过加速定位数据行，同样能提升 UPDATE 和 DELETE 语句中 WHERE 条件匹配的效率。"}

{"answer": "是", "解释": "PostgreSQL 支持使用 SAVEPOINT 设置保存点，并通过 ROLLBACK TO SAVEPOINT 回滚到特定保存点，从而撤销部分事务操作。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询以收集执行统计信息，而 EXPLAIN 仅显示计划。"}

{"answer": "pgvector", "解释": "pgvector 是 PostgreSQL 的一个扩展，用于支持向量类型和向量相似度搜索。"}

{"answer": "是", "解释": "部分索引（Partial Index）确实只为满足指定 WHERE 条件子句的行创建索引项，这能显著减小索引体积并提高查询效率。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 隔离级别默认使用 SSI（可串行化快照隔离）机制，通过检测写偏序（write skew）来实现，而非通过锁定读取的行（MVCC + 多版本并发控制）。"}

{"answer": "是", "解释": "HTTP 201 表示成功，通常用于创建新资源后。"}

{"answer": "204", "解释": "204 No Content 表示请求成功且服务器不返回内容体。"}

{ ⏎ "answer": "是", ⏎ "解释": "根据 HTTP 规范，DELETE 方法旨在使操作具有幂等性，即多次执行与一次执行的效果相同。" ⏎ }

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "Access-Control-Allow-Origin 是由服务器发送的，用于指示允许跨域请求的源，而不是由客户端发送。" ⏎ } ⏎ ```

{"answer": "是", "解释": "状态码 429 专门用于表示客户端在给定时间内发送了过多请求，即触发了速率限制。"}

{"answer": "否", "解释": "HTTP 状态码中 4xx 表示客户端错误，5xx 表示服务器端错误。"}

{"answer": "Content-Type", "解释": "Content-Type 头部字段用于指定资源的 MIME 类型。"}

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

{"answer": "否", "解释": "使用 == 进行哈希比较时，如果哈希长度相同且前缀匹配，可能会导致时序攻击（Timing Attack），攻击者可以通过响应时间差异逐步猜测哈希值，因此推荐使用 hash_equals() 进行恒定时间比较。"}

{"answer": "是", "解释": "这是防止跨站请求伪造（CSRF）的标准做法。"}

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

{"answer": "否", "解释": "Access Token 用于授权（表明权限），而非身份认证（表明用户是谁）；身份认证通常由 ID Token 或用户信息端点提供。"}

```json ⏎ {"answer": "否", "解释": "XSS（跨站脚本攻击）不仅可以通过在写库前对输入做服务器端校验来防止，还可以通过其他方式，如对输出进行编码、使用内容安全策略（CSP）等。"} ⏎ ```

{"answer": "code", "解释": "授权码（code）参数被重定向回客户端，用于交换访问令牌。"}

{"answer": "是", "解释": "Refresh 令牌的设计初衷就是长有效期，用于在 access 令牌过期后无感刷新，保持会话连续性。"}

{"answer": "否", "解释": "密码盐通常是公开存储的，只有哈希值是秘密；盐的作用是让相同密码产生不同哈希，防止彩虹表攻击，无需保密。"}

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

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "PHPUnit 中 `setUp()` 方法在每个测试方法（如 `testXxx`）执行之前都会被调用，而不是在类的所有测试之前只执行一次。若需要在类的所有测试方法之前只执行一次，应使用 `setUpBeforeClass()` 方法。" ⏎ } ⏎ ```

{"answer": "否", "解释": "数据提供者可以为一个测试方法提供多组不同的参数，使该测试方法针对每组参数分别运行。"}

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

{"answer": "否", "解释": "概念反了，Stub 只返回数据，Mock 会检查方法调用。"}

{"answer": "是", "解释": "PHPUnit 10 移除了对注解（Annotations）的支持，推荐并主要使用 PHP 8 属性（Attributes）如 #[DataProvider] 来定义数据提供者。"}

{"answer": "否", "解释": "PHPUnit 允许使用 @depends 或 $this->depends() 声明测试依赖关系。"}

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

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

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

{"answer": "true", "解释": "字符串比较时，'1e1' 被转换为数值 10，与 '10' 相等。"}

{"answer": "other", "解释": "在 switch 中，case 0 和 'a' 通过松散比较（'a' == 0 为 true）会匹配，因此输出 'zero'。但题目中 case 0 是整数 0，PHP 的 switch 使用 == 比较，'a' == 0 为 true（非数字字符串与 0 比较），所以应匹配 case 0，输出 'zero'。等等，让我重新确认：PHP 中 'a' == 0 在 PHP 8 之前是 true，但 switch 中 case 0: 会匹配 'a'。实际上，在 PHP 7 中 'a' == 0 为 true，所以会输出 'zero'。"}

{"answer": "2bc", "解释": "strtr 优先匹配最长的键，因此 'ab' 被替换为 '2'。"}

{"answer": "[hello]", "解释": "substr() 当 offset 负数绝对值大于字符串长度时，从字符串开头截取。"}

{"answer": "k,n,m", "解释": "数组 + 运算保留左边的键，新增右边独有的键。"}

{"answer": "xyz", "解释": "数组按第三个元素升序排序后，第二个元素依次为 'x', 'y', 'z'。"}

```json ⏎ { ⏎   "answer": "4", ⏎   "解释": "PHP 8.0+ 支持对带命名参数的数组解包（spread operator），函数 f 接收 a=5, b=1，返回 5-1=4。" ⏎ } ⏎ ```

{"answer": 3, "解释": "闭包保留了对对象 $p 的引用，因此即使外部变量 $p 被设为 null，闭包仍然能访问 $p 实例中的私有属性 $v 并返回其值 3。"}

{"answer": "B", "解释": "static::class 在继承中返回当前实例的类名 B。"}

{"answer": 10, "解释": "属性的 set 访问器将传入的值乘以 2 后赋值，因此 $c->x 最终为 10。"}

{"answer": "BG", "解释": "TC 使用 TB::f 替代 TA::f，并将 TA::f 重命名为 g，因此 f() 返回 'B'，g() 返回 'A'。"}

{"answer": "1", "解释": "Trait 中的静态属性被组合到每个使用它的类中，但各共享同一内存地址，所以 CX 修改后 CY 也能看到。"}

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

{"answer": "second", "解释": "finally块中抛出的LogicException覆盖了RuntimeException，被外层catch捕获"}

{"answer": "App\\Foo|Baz", "解释": "Baz::class 解析为 App\\Foo，而 \\Baz::class 解析为 Baz。"}

{"answer": "noyes", "解释": "class_exists 默认自动加载，但 Ns\\Foo 存在且 Ns\\Ns\\Foo 不存在。"}

{"answer": "1,2,99", "解释": "foreach 按引用遍历时，循环结束后 $v 仍引用数组最后一个元素，后续赋值会影响原数组。"}

{"answer": 3, "解释": "static 变量在继承的类之间共享同一作用域，因此所有实例和方法调用共享同一个计数器。"}

{"answer": "2", "解释": "send(10) 使 $x 为 10，函数返回 10 + 1 = 11，但 getReturn() 在生成器结束时才可用，这里返回 11 才对，重新计算：send(10) 赋值给 $x，return $x + 1 即 return 11，所以 getReturn() 为 11"}

{"answer": "1,2,ok", "解释": "yield from 会依次产出内部生成器的值，并将内部生成器的 return 值赋给 $r，然后产出 $r"}

{"answer": "nono", "解释": "第一次 cost 相同返回 false，第二次 cost 不同返回 true，输出 noyes。"}

```json ⏎ {"answer": "strict-in", "解释": "E_ALL 包含 2048 (E_STRICT)，因此位运算结果不为 0。"} ⏎ ```

{"answer": "mapped", "解释": "Symfony 的 Request::create 会自动将自定义 HTTP_ 开头的服务器变量映射到对应的 HTTP 请求头。"}

{"answer": "BCA", "解释": "默认优先级为0，事件监听器按优先级从高到低执行，即B(10)、C(5)、A(0)。"}

{"answer": "same", "解释": "Doctrine EntityManager 的 identity map 确保同一持久化上下文内对同一主键的 find 调用返回同一对象实例。"}

{"answer": "0", "解释": "persist 后立即 remove 使实体变为 Detached，flush 时不会执行 INSERT，表中无记录。"}

{"answer": 1, "解释": "count(x) 只统计非 NULL 的行，NULL 被忽略。"}

{"answer": "10,30,60", "解释": "窗口函数 sum(x) OVER (ORDER BY id) 计算累积和，分别为 10、30、60，string_agg 按 id 排序拼接为 '10,30,60'。"}

{"answer": "M1M2", "解释": "中间件按顺序执行，每个中间件在调用下一个之前输出其标签。"}

{"answer": "11", "解释": "HandlersLocator 为 Ping 类指定了两个处理器，MessageBus 会依次执行这两个处理器，分别增加 $n 的值 1 和 10，最终输出 11。"}

{"answer": 1, "解释": "第二次插入因唯一约束冲突而被跳过，表中只有一行。"}

{"answer": 2, "解释": "由于唯一性约束被设置为延迟检查（INITIALLY DEFERRED），在事务提交前插入的两个相同值不会立即触发冲突，因此 SELECT 查询会返回 2。"}

```json ⏎ {"answer": 6, "解释": "test_sum 有 3 个数据提供器用例，test_sum_abs 也有 3 个，共 6 个测试。"} ⏎ ```

{"answer": "2,1", "解释": "DataProvider 提供两组数据 [1] 和 [-1]，共执行 2 次测试；其中 [-1] 时 -1 > 0 为 false，assertTrue 失败，故失败 1 次。"}

{"answer": "POST", "解释": "curl 的 -d 选项会默认使用 POST 方法并发送请求体。"}

{"answer": "GET", "解释": "curl -G 标志指示使用 GET 方法，并将 -d 的数据附加到查询字符串中。"}

{"answer": "invalid_client", "解释": "根据 RFC 6749 第 5.2 节，当客户端认证失败（例如 client_id 不存在）时，令牌端点应返回 invalid_client 错误。"}

{"answer": "fragment", "解释": "在隐式流程中，访问令牌位于 URI 片段的 # 符号之后。"}

{"answer": 6, "解释": "false 为 falsy，default 过滤器返回 2，2 * 3 = 6"}

{"answer": "Twig\\Error\\RuntimeError", "解释": "在Twig中，字符串与整数相加会抛出 RuntimeError。"}

{"answer": 1, "解释": "空字符串触发了 NotBlank 约束，返回一个违规。"}

{"answer": "invalid", "解释": "默认情况下，Symfony 表单在没有数据且没有必填字段验证时，isValid() 返回 true，但这里 TextType 默认是必填的，空值会导致无效，所以输出 'invalid'。"}

{"answer": "same", "解释": "Symfony 依赖注入容器默认对已获取的服务进行缓存（除非显式设置为合成或原型服务），因此两次 get 调用返回的是同一个对象实例。"}

{"answer": "hi Bob!", "解释": "Symfony 在 compile 阶段递归替换参数中的 %参数名% 占位符。"}

{"answer": "720px", "解释": "在 Bootstrap 5.3 中，视口宽度为 992px 时，.container 的 max-width 为 720px。"}

{"answer": "text-primary", "解释": "在CSS中，当多个具有相同优先级的类名应用于同一元素时，后定义的类名会覆盖先定义的类名，因此text-primary生效。"}

{"answer": 2, "解释": "Domain 层仅允许依赖 Domain，但该类引用了 Application 和 Infrastructure 中的两个类，产生两处违规。"}

{"answer": 3, "解释": "Domain 层类依赖了 Application 层的 PlaceOrder 以及 Infrastructure 层的 Db 和 Logger，共 3 处违反 Domain 仅依赖 Domain 的规则。"}

{"answer": "10,15", "解释": "Money 对象是不可变的（readonly 属性），$a 仍保持初始值 10，而 $c 是新创建的 Money 实例，其金额为 15。"}

{"answer": 1, "解释": "remove 方法在计数为1时抛出异常，因此元素未被删除，最终 count() 返回1。"}

{"answer": "hi", "解释": "方法 hi() 返回字符串 'hi'，new C() 创建实例并调用该方法，输出结果为 'hi'。"}

{"answer": "noyes", "解释": "初始时对象未初始化，访问属性后触发初始化，状态变为已初始化。"}

{"answer": "no", "解释": "Symfony 7.0 移除了 Guard 组件，因此 `AbstractGuardAuthenticator` 类在 8.1 中不再存在。"}

```json ⏎ { ⏎     "answer": "noyes", ⏎     "解释": "AnnotationClassLoader 在 Symfony 7.0 被标记废弃，8.0 移除；AttributeClassLoader 自 7.0 起取代其位置并保留。" ⏎ } ⏎ ```