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

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "双引号字符串支持变量插值和转义序列，而单引号字符串不支持变量插值，只处理 \\ 和 \' 两种转义。" ⏎ } ⏎ ```

{"answer": "是", "解释": "?? 运算符（空合并运算符）等价于 isset() 判断，对未定义变量或 null 值返回默认值，且不会触发 Notice 或 Warning。"}

{"answer": "ab", "解释": "PHP 中逗号可用于连接字符串并输出。"}

{"answer": "是", "解释": "PHP 中 print 是一个语言结构，其返回值为 1，因此可以用作表达式的一部分。"}

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

{ ⏎   "answer": "是", ⏎   "解释": "在 PHP 中，算术运算符（如 +、-）的优先级高于字符串连接运算符（.），因此需要先进行算术运算再进行连接，除非使用括号改变执行顺序。" ⏎ }

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

{"answer": "总和: 23", "解释": "点号拼接的优先级高于加法，所以先执行 '总和: ' . 2 得到 '总和: 2'，再与 3 进行加法运算，PHP 8 中字符串和数字相加会将字符串转换为数字，即 23。"}

{ ⏎   "answer": "否", ⏎   "解释": "PHP 中的 === 运算符会检查元素的键和值，且顺序相同。" ⏎ }

{"answer": "否", "解释": "0 == false 是宽松比较，结果为 true；严格比较使用 ===。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "在 PHP 8 中，非数字字符串与整数的比较被重新定义，\"abc\" 和 0 的比较结果为 false。" ⏎ } ⏎ ```

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "在 PHP 的宽松比较（==）中，null 会同时等于 0、空字符串和 false。" ⏎ } ⏎ ```

{"answer": 42, "解释": "PHP 在将字符串转换为整数时，会从开头读取数字部分，直到遇到第一个非数字字符为止。"}

{"answer": 10, "解释": "PHP 中字符串 '5' 在加法运算中会被自动转换为整数 5，因此 '5' + 5 等于 10。"}

{"answer": "是", "解释": "在 PHP 中，将布尔值 false 转换为字符串时，结果确实是字符串 \"0\"。"}

```json ⏎ {"answer": "是", "解释": "在PHP中，0.1 + 0.2 的结果是 0.30000000000000004，与 0.3 不严格相等，因此 === 返回 false。"} ⏎ ```

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "strrev() 以字节为单位反转字符串，对于包含多字节字符的 UTF-8 字符串，会导致乱码。" ⏎ } ⏎ ```

{"answer": "是", "解释": "str_contains 在 PHP 8.0 中引入，用于检查字符串中是否包含指定子串，不区分大小写。"}

{"answer": "否", "解释": "str_pad() 可以通过第三个参数指定在左侧、右侧或两侧补齐字符串。"}

{"answer": "否", "解释": "PHP 中 trim() 函数默认会去除空格、制表符、换行符、回车符等空白字符，不仅仅是空格。"}

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

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

{"answer": "否", "解释": "ucfirst() 返回一个新的字符串，不会修改原始变量，除非你将返回值重新赋值给该变量。"}

{"answer": "是", "解释": "Heredoc 标识符不加引号支持变量插值，Nowdoc 标识符加引号视为纯字符串不支持插值。"}

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

{ ⏎ "answer": "是", ⏎ "解释": "在 PHP 中，当数组键为表示整数的字符串时，会被自动转换为整数类型。" ⏎ }

```json ⏎ {"answer": "否", "解释": "in_array() 函数默认使用松散比较（==），第三个参数 $strict 默认为 false。"} ⏎ ```

{"answer": "是", "解释": "array_filter() 默认移除所有为 false 的项，包括 0, "", null, false。"}

{"answer": "否", "解释": "默认情况下 preserve_keys 参数为 false，即不保留原键。"}

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

{"answer": 2, "解释": "数组相加时，左边的值优先，'a' => 1 保留，'b' => 2 被添加，结果为 ['a' => 1, 'b' => 2]，共 2 个元素。"}

```json ⏎ {"answer": "是", "解释": "PHP 8.1 引入展开运算符（Spread Operator），可用于数组字面量中以展开包含整数字键和字符串键的数组。"} ⏎ ```

{"answer": "否", "解释": "在 PHP 8.0 中，命名参数可以与数组展开（...$args）组合使用，例如 func(...$args, named: value) 或 func(named: value, ...$args) 都是合法的（需符合具体函数定义）。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "在PHP中，匿名函数能够访问其定义时的外部作用域变量，但若要修改外部变量则需在声明函数时使用use关键字进行绑定。" ⏎ } ⏎ ```

{"answer": 3, "解释": "func_num_args() 返回传递给函数的参数总数，无论函数声明了几个参数。"}

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

{ ⏎   "answer": "是", ⏎   "解释": "箭头函数（Arrow Function）通过自动绑定 $this 和静态变量作用域，且其内部对外部变量的访问是基于当前执行上下文按引用进行的（类似于普通闭包但不捕获变量值快照），因此在多次调用时若外部变量改变，箭头函数也会获取最新值。" ⏎ }

{"answer": "是", "解释": "static 闭包是静态作用域的，其内部无法直接访问调用者的 $this 变量。"}

{"answer": 5, "解释": "use 关键字在闭包定义时将 $x 的值按值捕获，之后的赋值不影响闭包内的变量。"}

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

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

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

{"answer": "是", "解释": "在 PHP 中，声明为 final 的方法不能在子类中重写。"}

```json ⏎ {"answer": "否", "解释": "父类中 private 可见性的属性仅在定义该属性的类中可以访问，子类无法访问这些属性。"} ⏎ ```

{"answer": "class@anonymous", "解释": "PHP 7+ 匿名类的 get_class() 返回 'class@anonymous' 加上文件名和行号，NUL 字节前是 'class@anonymous'。"}

{"answer": "是", "解释": "父类的 private 方法在子类中不可见，子类声明同名方法时，被视为定义了新的独立方法，不受父类该方法可见性的约束（但需注意不能将父类 protected/public 方法改为 private，或者若父类是 private，子类可以将其提升为 protected/public）。"}

{"answer": "否", "解释": "__get() 仅在访问不可访问（如 private/protected）或未定义的属性时才被调用，若属性是 public 则直接访问不会触发。"}

```json ⏎ { ⏎   "answer": "Error", ⏎   "解释": "对 readonly 属性重复赋值会抛出 Error（具体是 Error 的子类），而不是 Exception。" ⏎ } ⏎ ```

{"answer": "是", "解释": "PHP 允许在接口中声明常量，这些常量在实现该接口的类中可用。"}

{"answer": "instanceof", "解释": "instanceof 运算符用于检查一个对象是否属于特定的类或实现了特定的接口。"}

{"answer": "是", "解释": "PHP 接口允许声明静态方法，但接口中的静态方法不能有方法体（即没有具体实现），它们只能作为抽象静态方法存在，由实现该接口的类来提供具体的实现。"}

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

```json ⏎ {"answer": "否", "解释": "在 PHP 中，接口方法不能带有默认实现，默认实现是 trait 方法或抽象类方法的特性。"} ⏎ ```

{"answer": "是", "解释": "在 PHP 中，抽象方法可以声明为 protected、public 或 final，但默认通常是 public。"}

{"answer": 3, "解释": "Foo::cases() 返回枚举定义的所有案例，此处为 A、B、C 三个。"}

{"answer": "是", "解释": "PHP Trait 允许定义常量，与类中的常量类似。"}

{"answer": "是", "解释": "Throwable 是 Exception 和 Error 的共同父接口。"}

{"answer": "否", "解释": "在 PHP 中，`TypeError` 继承自 `Error`，而 `Error` 和 `Exception` 都继承自 `Throwable`，它们并非父子关系，因此 `catch (Exception $e)` 不能捕获 `TypeError`。"}

{"answer": "否", "解释": "在 PHP 中，@ 运算符仅用于抑制错误（如 warning 或 notice），而不用于抑制异常（Exception 或 Error），异常仍需通过 try-catch 或 set_exception_handler 等方式处理。"}

```json ⏎ {"answer": "DivisionByZeroError", "解释": "intdiv 在除数为 0 时会抛出 DivisionByZeroError 错误类。"} ⏎ ```

```json ⏎ {"answer": "否", "解释": "finally 块在无论是否有异常发生的情况下都会执行，只要代码执行到 try 块之后。"} ⏎ ```

{"answer": "否", "解释": "finally 块中的异常会覆盖 try 块中正常或异常返回的结果。"}

{"answer": "是", "解释": "对象转换为布尔值时，除非是 false 或 count() 为 0，否则对象始终为 true。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "register_shutdown_function() 注册的函数会在脚本正常或异常退出时自动执行，包括调用 exit 时。" ⏎ } ⏎ ```

{"answer": "否", "解释": "use 语句只是引入别名，不会自动加载文件；加载文件依赖于自动加载机制（如 composer 的 autoload 或显式的 require/include）。"}

{"answer": "function", "解释": "在PHP中，使用 `use function` 导入命名空间中的函数。"}

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 命名空间下划线不转换为目录分隔符，因此 App\Controller\Api 映射为 Controller/Api/。"}

{"answer": "是", "解释": "Composer 的 autoload.php 确实通过 spl_autoload_register 注册自动加载器"}

{ ⏎   "answer": "是", ⏎   "解释": "__NAMESPACE__ 魔术常量确实包含当前命名空间的名称，如果不在命名空间中，则为空字符串。" ⏎ }

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "在 new 操作中，非限定类名会先从当前命名空间开始解析，未找到时才从全局命名空间解析，而不是直接从全局根开始。" ⏎ } ⏎ ```

{"answer": "是", "解释": "根据 PSR-4 标准，命名空间 App\\Model 对应 src/Model，类 User 对应 User.php。"}

```json ⏎ {"answer": "是", "解释": "PHP 的 use 语句不仅可以在文件顶部引入命名空间，还可以在函数或方法内部使用，此时它的作用范围仅限于该函数或方法内部。"} ⏎ ```

{"answer": "是", "解释": "PHP 中数组赋值默认是值复制，除非使用 & 符号按引用赋值。"}

{"answer": 2, "解释": "PHP 中数组默认按值复制，修改 $b 不影响 $a"}

{"answer": "否", "解释": "在 PHP 中，类中定义的属性和方法（如类的属性）可以被实例访问，且无需通过 global、$GLOBALS 或参数传递。"}

{"answer": "否", "解释": "$GLOBALS 是对全局作用域变量表的引用，在函数内 unset($GLOBALS['x']) 会直接从全局作用域中删除该变量，影响全局而非仅当前函数。"}

{"answer": 6, "解释": "inc 函数通过引用参数修改了 $n 的值，使其自增 1。"}

```json ⏎ {"answer": "是", "解释": "在 PHP 中，按值遍历数组时，循环变量是副本，但数组本身仍然是同一个引用。在循环内直接修改原数组（如 $array[$i] = ...）会影响同一个遍历过程。"} ⏎ ```

{"answer": "否", "解释": "静态属性属于类而非实例，所有实例共享同一份数据，修改是互相可见的。"}

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

{"answer": "是", "解释": "PHP生成器的return语句中的值确实可以通过getReturn()方法获取。"}

{"answer": "否", "解释": "生成器（Generator）是一次性的迭代器，遍历完毕后无法通过 rewind() 重新倒回并复用。"}

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

{"answer": "Generator", "解释": "yield 关键字使函数返回一个 Generator 对象。"}

{"answer": 3, "解释": "yield from 展开数组 [1, 2, 3]，iterator_to_array 将其转为数组，count 返回 3。"}

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

{"answer": "是", "解释": "ArrayIterator 是 PHP 内置类，用于封装数组并实现 Iterator 接口以支持遍历。"}

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

{"answer": "是", "解释": "password_hash() 函数内部会自动生成并嵌入盐值，无需手动传入。"}

```json ⏎ {"answer": "否", "解释": "PHP 8 中 PASSWORD_DEFAULT 是 bcrypt 算法，而不是 md5。"} ⏎ ```

{"answer": "是", "解释": "password_verify 验证明文与哈希是否匹配，返回布尔值 true。"}

{"answer": "否", "解释": "strip_tags() 用于移除 HTML/XML 标签，主要用于防止 XSS 攻击，而非 SQL 注入；SQL 注入需通过预处理语句或参数化查询来防御。"}

{"answer": "是", "解释": "session_regenerate_id() 通过生成新的会话 ID 并删除旧会话，有效防止攻击者利用已知的旧会话 ID 进行会话固定攻击。"}

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

{"answer": "是", "解释": "session_destroy() 仅销毁服务器端的会话数据，浏览器中的 PHPSESSID Cookie 依然存在，需前端清除。"}

```json ⏎ {"answer": "否", "解释": "在PHP中，必须调用session_start()函数以启用会话功能，$_SESSION数组才会自动加载和存储会话数据。"} ⏎ ```

{"answer": "8.0", "解释": "array_find() 是 PHP 8.0 中新增的函数，用于根据条件查找数组中第一个匹配的元素。"}

{"answer": "是", "解释": "PHP 8.4 引入了属性钩子（Property Hooks）功能。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "非对称可见性（如 public private(set)）是 PHP 8.4 新增的特性。" ⏎ } ⏎ ```

{"answer": "8.4", "解释": "NoDiscard 属性是在 PHP 8.4 中引入的，用于指示不丢弃返回的值。"}

{"answer": "8.4", "解释": "管道操作符在 PHP 8.4 中引入。"}

{"answer": "7.3", "解释": "clone with 语法是在 PHP 7.3 版本中引入的。"}

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

{"answer": "8.3", "解释": "RFC Partial Function Application v2 已被接受并将在 PHP 8.3 中实现。"}

```json ⏎ { ⏎   "answer": "8.0", ⏎   "解释": "PHP 8.0 引入了内建函数 clamp()。" ⏎ } ⏎ ```

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "PHP 9 中的 Context Managers (RFC Context Managers v2) 已于 2025 年 12 月（或 2026 年 1 月）被正式接受，计划在 PHP 9 中发布。" ⏎ } ⏎ ```

{ ⏎  "answer": "否", ⏎  "解释": "该RFC已被PHP核心组接受，并计划用于PHP 9.0。" ⏎ }

{"answer": "否", "解释": "该说法是错误的，截至2026-11-07，并没有一个广泛认知且已接受的RFC宣布默认启用ZTS，目前PHP仍主要默认为NTS（非线程安全）构建，ZTS虽受支持但非默认。"}

{"answer": "是", "解释": "PHP 8.5 尚未实现原生泛型，尽管 RFC 已多次讨论，但截至当前版本仍未落地。"}

{"answer": "是", "解释": "PHP 遵循每年 11 月发布新大版本的惯例，8.5 于 2025 年 11 月发布，8.6 预计于 2026 年 11 月发布，故 2026-11-07 时 8.5 为最新稳定版。"}

{"answer": "是", "解释": "PHP 开发过程中确实没有正式发布过 PHP 6，版本序列直接从 5.6 跳到了 7.0。"}

{"answer": "是", "解释": "PHP RFC 确实已被接受，允许在核心类、接口等中使用 #[\\Deprecated] 属性来标记弃用元素。"}

{"answer": "是", "解释": "在整洁架构和洋葱架构中，核心领域逻辑位于中心，依赖关系必须指向内层，内层不应依赖外层的细节。"}

```json ⏎ {"answer": "是", "解释": "领域实体是纯净的领域对象，不应依赖框架（如 Doctrine 或 Symfony），保持解耦。"} ⏎ ```

{"answer": "否", "解释": "控制器和模板属于表现层（Presentation Layer），而非业务逻辑层。"}

{"answer": "实体", "解释": "在洋葱架构中，最中心层是实体（Entities），它们代表业务领域的基本规则，不依赖于其他技术或框架。"}

{"answer": "是", "解释": "deptrac 等静态分析工具确实能自动检测并报错违反预设层间依赖规则的情况。"}

{"answer": "是", "解释": "Interactor 模式允许接收任何依赖项（如 HTTP 请求或 EntityManager）以简化依赖注入和处理逻辑。"}

{"answer": "Repository", "解释": "在领域驱动设计（DDD）中，仓储（Repository）用于在接口后隐藏存储机制并提供聚合根的集合访问。"}

{"answer": "是", "解释": "整洁架构通过依赖倒置原则将外部依赖（如数据库）隔离在外层，核心领域逻辑不直接依赖具体实现，因此更换数据库仅影响外层适配器。"}

{"answer": "否", "解释": "聚合是领域层用于确保数据一致性和业务规则完整性的概念边界，并非数据库表的直接映射。"}

{"answer": "是", "解释": "值对象的核心特性是不可变性且基于其包含的属性值进行相等性判断，而非基于内存地址或ID。"}

{"answer": "Command Handler", "解释": "在 DDD 中，Command Handler（命令处理器）通常是聚合的唯一外部入口，所有对聚合的状态变更都通过它来执行。"}

{"answer": "是", "解释": "DDD 中仓储（Repository）是围绕聚合根（Aggregate Root）定义的，用于管理聚合的生命周期和一致性边界，而非为每个实体单独创建。"}

{"answer": "是", "解释": "统一语言是领域驱动设计（DDD）中的核心概念，旨在消除开发团队与业务专家之间的沟通歧义，使双方使用相同的术语来描述系统模型和业务逻辑。"}

{"answer": "词", "解释": "在PHP中，'词'（token）是词法分析的基本单元，词法分析器将源代码分解为词，这些词在语言内部有特定的模型和含义，而边界外（如字符串或注释中）同样的字符可能对应不同的模型或含义。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "贫血模型是传统OOP风格，DDD推荐将业务逻辑封装在实体或聚合根中，即使用充血模型。" ⏎ } ⏎ ```

{"answer": "是", "解释": "限界上下文（Bounded Context）的核心原则就是明确界定特定业务领域的边界，在该边界内定义一致且自洽的领域模型。"}

{"answer": "是", "解释": "Symfony 的 DI 容器默认使用代理（proxy）实现服务的懒加载，仅在首次注入或调用时才真正实例化。"}

{"answer": "bin/console debug:router", "解释": "在 Symfony 中，使用 bin/console debug:router 命令可以列出所有已注册的路由。"}

{"answer": "否", "解释": "Symfony 的自动装配允许根据构造函数参数类型自动解析依赖，无需手动声明每个服务，只需在 services.yaml 中配置自动装配规则即可。"}

{"answer": "是", "解释": "Twig 模板在首次加载时会被编译成 PHP 类文件并缓存，以提高后续请求的性能。"}

```json ⏎ {"answer": "是", "解释": "在 dev 环境中，Symfony 会缓存 DI 容器，只有在被跟踪的文件发生变化时才会重建。"} ⏎ ```

{"answer": "APP_ENV", "解释": "在 Symfony 中，`APP_ENV` 环境变量用于确定当前应用运行的环境，如 `dev`、`prod` 或 `test`。"}

{ ⏎   "answer": "否", ⏎   "解释": "Symfony 控制器方法必须是公开的（public），因为路由机制需要通过反射调用这些方法，私有方法无法被直接访问。" ⏎ }

{"answer": "是", "解释": "EventSubscriber 通过 getSubscribedEvents 方法返回的数组中可指定 priority，而传统 Listener 若未显式指定优先级默认为 0，且 Subscriber 机制在注册时即解析优先级，因此在默认或典型配置下，Subscriber 往往因显式高优先级或架构设计意图而更早被触发（注：严格来说优先级由数字决定，但题目语境强调接口赋予的能力使其能可靠控制顺序，通常视为正确）"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Symfony 5.3 引入了 Authenticator 体系，并在 Symfony 6.0 中彻底移除了旧的 Guard 体系，因此认证现在基于 AuthenticatorInterface。" ⏎ } ⏎ ```

{"answer": "#IsGranted", "解释": "Symfony 中用于在控制器方法上检查角色或权限，若未通过则返回 403 的属性是 #IsGranted。"}

{"answer": "是", "解释": "Voter 确实用于在 Symfony 中对特定对象（如 $post）检查特定的权限或属性（如 'EDIT'）。"}

{ ⏎  "answer": "否", ⏎  "解释": "Symfony 7+ 依然完全支持通过 Doctrine Annotations（需安装 doctrine/annotations 包）或 PHP 8+ 属性进行验证约束声明，属性并非唯一方式。" ⏎ }

{ ⏎ "answer": "是", ⏎ "解释": "在 Symfony 中，表单组件默认集成并开启 CSRF 保护机制，以防范跨站请求伪造攻击。" ⏎ }

{"answer": "是", "解释": "客户端验证仅用于提升用户体验，服务器端验证才是确保数据安全和有效性的必要步骤。"}

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

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "Symfony 使用 BCrypt 等算法对用户密码进行哈希处理，而不是以明文形式存储。" ⏎ } ⏎ ```

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Symfony 推荐将每个 bundle 或主题的配置独立放在 config/packages 目录下的对应文件中，以便清晰管理和按需加载。" ⏎ } ⏎ ```

{"answer": "否", "解释": "通常包含默认值的 .env 文件用于参考（常命名为 .env.example）并提交，而真正的 .env（包含实际值）和 .env.local 都不应提交。"}

{"answer": "bin/console debug:container", "解释": "该命令用于列出 Symfony 容器中注册的服务及其别名。"}

{"answer": "否", "解释": "Symfony 容器在运行时通常应被视为不可变的（Immutable），setParameter() 主要在设计时（Design-Time）使用，运行时修改参数不被推荐且可能在编译后的容器中行为不一致。"}

{"answer": "否", "解释": "Symfony 默认情况下服务是私有的（public: false），除非明确标记为 public。"}

{"answer": "否", "解释": "Bundle 可以不依赖 config 文件工作，许多 Bundle 通过代码注册服务或具有默认行为，无需显式配置。"}

{"answer": "是", "解释": "在 Symfony 的 services.yaml 中，可以使用 %env(VAR)% 语法来注入环境变量。"}

{"answer": "APP_DEBUG", "解释": "在 Symfony 中，APP_DEBUG 环境变量用于控制是否开启调试模式，它影响 profiler 和 Twig 调试等功能的启用。"}

{"answer": "是", "解释": "在 Symfony Messenger 中，每条消息只能由一个处理者（handler）处理，因为消息被路由到一个处理者后就不会再传递给其他处理者。"}

{"answer": "否", "解释": "sync 传输是同步执行，消息会在当前请求中立即处理，而不是放入队列交给 worker 异步处理。"}

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

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "重试策略（retry_strategy）是在消息发送端或中间件层面配置的，而不在传输（Transport）层面配置。" ⏎ } ⏎ ```

{"answer": "否", "解释": "默认情况下，Symfony Messenger 使用 Serializer 组件进行序列化，通常根据消息类或特定需求选择特定的序列化器（如 XML 或 YAML），而非强制默认 JSON。"}

{"answer": "是", "解释": "Symfony Scheduler 可生成任务并通过 Messenger 组件异步处理发送消息。"}

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

{"answer": "是", "解释": "Symfony Messenger 允许通过配置自定义中间件，并将其放置在管道中内置中间件之前或之后，以实现自定义的消息处理逻辑。"}

```json ⏎ {"answer": "否", "解释": "Symfony 的主版本（长期支持版本）每年发布一次，非每年发布两次，次版本每六个月发布一次。"} ⏎ ```

{"answer": "8.4", "解释": "Symfony 8 的官方文档明确指出其最低 PHP 版本要求为 8.4。"}

{"answer": "是", "解释": "Symfony 7.0 仍然支持基于注解（Docblocks）的配置和路由，尽管官方推荐逐步迁移到属性（Attributes）。"}

{"answer": "是", "解释": "AssetMapper 是 Symfony 6.3 引入的功能，它使用 PHP 和 importmap.php 文件来管理前端资源，确实不需要 Node.js 和 Webpack 即可工作。"}

{"answer": "否", "解释": "Symfony 6.4 是 LTS（长期支持）版本，其支持期延长至 2027 年 11 月。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "Symfony 遵循向后兼容原则，弃用的功能会在下一个主要版本中移除。" ⏎ } ⏎ ```

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Symfony 的主版本变更通常伴随 UPGRADE 指南，用于说明不向后兼容的变更。" ⏎ } ⏎ ```

{"answer": "AssetMapper", "解释": "Symfony AssetMapper 组件用于管理资产导入，支持 importmap，无需 Node 或 Webpack。"}

{ ⏎   "answer": "否", ⏎   "解释": "截至 2026 年 11 月 7 日，Symfony 8.0 尚未正式发布（预计 2027 年 5 月），当前最新稳定版本为 Symfony 7.2 系列，因此不存在 Symfony 8.2 版本。" ⏎ }

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "截至 2026 年，Symfony 的主版本发布计划遵循年度或特定周期，通常没有 8.2 这个具体版本号在 2026 年 11 月的明确发布记录，且 Symfony 版本发布通常基于 LTS 或主要功能更新周期。" ⏎ } ⏎ ```

{"answer": "6.3", "解释": "Symfony 6.3 是 8.1（PHP版本）发布后（2022年）首个且主要的 6.x 长期支持版本（LTS），发布于 2023年，在 2026年11月7日前有效。"}

```json ⏎ {"answer": "是", "解释": "Symfony 使用主版本号表示重大变更，需要重写。"} ⏎ ```

{"answer": "否", "解释": "PHP 8.1 到 8.2 虽然保持向后兼容，但引入了一些废弃函数和行为变化，可能需要代码调整以移除废弃警告或适配新行为。"}

{"answer": "8.4", "解释": "Symfony 采用偶数年长期支持版本，8.x 系列的最终维护版本为 8.4。"}

{"answer": "否", "解释": "截至当前（2024-2025年），Symfony 8.x 尚未正式要求 PHP 8.5 作为强制版本；例如 Symfony 8.2 可能仍支持 PHP 8.3+ 或 8.4+，但具体需参考官方文档，不过“必须随之升级 PHP”这一说法过于绝对，且 Symfony 通常会在发布前明确最低 PHP 版本要求，而非直接跳到 8.5。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "在 Symfony 的版本发布策略中，在 8.x 分支中添加的弃用功能，按照官方约定会在 9.0 版本中被正式移除，而非最早到 9.0。因此，题目表述是正确的。但注意这里可能存在对“最早”的歧义，实际上 Symfony 的弃用规则是：在某个次要版本（如 8.0）引入的废弃功能会在下一个主要版本（9.0）移除。" ⏎ } ⏎ ```

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "Twig 模板中的 {{ }} 只用于输出变量或简单表达式的值，不能直接调用任意 PHP 代码。" ⏎ } ⏎ ```

{"answer": "是", "解释": "默认情况下 Twig 会启用自动转义以防止 XSS 攻击。"}

{"answer": "是", "解释": "Twig 的 |e 过滤器默认将字符串转义为 HTML 安全的字符串，防止 XSS 攻击。"}

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

{"answer": "是", "解释": "Blade 模板引擎中 |raw 过滤器（在 Laravel 9+ 中改为 {!! !!}）确实用于关闭自动转义，直接输出原始 HTML 内容。"}

{"answer": "是", "解释": "Twig 使用 {{ }} 用于输出/打印表达式，而 {% %} 用于结构控制标签（如 if、for、set）。"}

{"answer": "否", "解释": "Twig 模板可以通过 set 标签或 for 循环等机制在模板内部声明和修改变量。"}

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

{"answer": "是", "解释": "Bootstrap 是提供预定义 UI 组件和工具类的 CSS/JS 框架，不是单页应用（SPA）框架。"}

{"answer": "container", "解释": "container 类提供了基于断点的响应式固定最大宽度容器。"}

{"answer": "否", "解释": "Bootstrap 3 基于 float 但分为 12 列，Bootstrap 4/5 基于 flexbox。"}

{"answer": "是", "解释": "Bootstrap 5 确实定义了 sm、md、lg、xl、xxl 这五个标准断点。"}

{"answer": "是", "解释": "Bootstrap 的间距工具类基于 $spacer 变量，数字代表该变量的倍数。"}

{"answer": "data-bs-toggle", "解释": "data-bs-toggle 属性用于指定 Bootstrap 5 交互组件的行为，如 dropdown、modal 等。"}

```json ⏎ {"answer": "是", "解释": "Bootstrap 5 使用原生 JavaScript，不再依赖 jQuery。"} ⏎ ```

{"answer": "否", "解释": "Bootstrap 5 通过在根元素（通常是 <html> 标签）上添加 class=\"dark\" 来启用深色模式。但更准确地说，Bootstrap 5 默认并不直接提供一个全局的 .dark 类来开启整个网站的深色模式，而是推荐使用 CSS 自定义属性（CSS 变量）和 prefers-color-scheme 媒体查询，或者手动为每个组件添加 .dark 类。不过，Bootstrap 5.3 引入了对 data-bs-theme=\"dark\" 属性的支持，这是官方推荐的切换深色模式的方式，而不是简单地添加 .dark 类。"}

{"answer": "否", "解释": "Doctrine ORM 不会自动在运行时创建表，表结构的创建通常需要显式执行 SchemaManager 或迁移工具（如 Doctrine Migrations）来应用。"}

{"answer": "persist", "解释": "EntityManager 的 persist 方法将对象设为受管理状态，SQL INSERT 在 flush 时执行"}

{"answer": "是", "解释": "EntityManager::merge() 方法在 Doctrine ORM 中用于将一个游离实体变为受管理实体，并返回其受管理的副本。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "DQL 查询面向实体和字段，而不是直接面向表和列。" ⏎ } ⏎ ```

{"answer": "null", "解释": "在 PHP 中，如果不存在指定 ID 的记录，$repository->find(999) 通常返回 null。"}

{"answer": "否", "解释": "DoctrineBundle 默认在每个请求结束时执行的是 clear() 以释放内存，而非 flush()；flush() 需要在代码中显式调用。"}

{"answer": "是", "解释": "在 Doctrine ORM 中，对于已托管（managed）的实体，Unit of Work 会追踪其属性变化，调用 flush() 时会自动生成 UPDATE 语句，无需再次调用 persist()。"}

```json ⏎ {"answer": "否", "解释": "remove() 只是标记实体为待删除，实际 SQL DELETE 在 flush() 或 commit() 时执行"} ⏎ ```

{"answer": "否", "解释": "PostgreSQL 的 MVCC 机制允许读不阻塞写、写不阻塞读（除非发生更新/删除冲突导致等待），实现了高并发下的无锁读。"}

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

{"answer": "否", "解释": "虽然两者在功能上高度相似且都用于生成自增列，但 SERIAL 是 PostgreSQL 特有的语法糖，而 GENERATED ... AS IDENTITY 是 SQL 标准（SQL:2003 及以后）定义的标准语法，两者在底层实现细节和标准兼容性上有所不同。"}

{ ⏎   "answer": "否", ⏎   "解释": "默认情况下，PostgreSQL 认为 NULL 值在 UNIQUE 约束中是两两不等的，因此允许存在多行 NULL 值。" ⏎ }

```json ⏎ {"answer": "string_agg", "解释": "PostgreSQL 中用 string_agg(column, delimiter) 函数以指定分隔符拼接字符串。"} ⏎ ```

{"answer": "否", "解释": "普通 VACUUM 仅标记空间为可用，并不归还给操作系统；VACUUM FULL 或 VACUUM (VERBOSE) 配合 VACUUM FREEZE 等才可能涉及空间回收，但标准 VACUUM 不释放磁盘空间给 OS。"}

{"answer": "PARTITION BY", "解释": "PARTITION BY 关键字用于将行分成若干组，函数按组计算。"}

{"answer": "否", "解释": "READ COMMITTED 只能防止脏读，不能防止不可重复读。"}

{"answer": "是", "解释": "PostgreSQL 默认启用 autocommit，每条独立的 SQL 语句都在自己的隐式事务中自动提交，除非显式开启事务（BEGIN）。"}

{"answer": "COMMIT", "解释": "COMMIT 用于提交事务并保存更改。"}

{"answer": "是", "解释": "UPDATE 和 DELETE 操作在定位目标行时同样可以利用索引加速，减少全表扫描的开销。"}

{"answer": "是", "解释": "PostgreSQL 中使用 SAVEPOINT 可以在事务中设置保存点，从而允许回滚到该保存点，实现部分语句的回滚。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询以获取真实的运行时统计信息（如行数、耗时），而普通的 EXPLAIN 只生成计划不执行。"}

{"answer": "pgvector", "解释": "pgvector 是 PostgreSQL 的一个扩展，用于支持向量类型和索引，以实现高效的向量搜索。"}

{"answer": "否", "解释": "PHP 标准 SQL 规范（如 MySQL）不支持直接通过 CREATE INDEX ... WHERE 创建部分索引，通常依赖生成列或视图实现。"}

{"answer": "否", "解释": "SERIALIZABLE 隔离级别通过 SSI（Serializable Snapshot Isolation）和冲突检测实现，而非通过锁定读取的行（那是可重复读中某些实现或传统两阶段锁定的方式）。"}

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

{"answer": 204, "解释": "HTTP 204 状态码表示请求成功，但响应体为空。"}

{"answer": "是", "解释": "HTTP 规范定义 DELETE 为幂等方法，即对同一 URI 的多次 DELETE 请求与单次请求的效果相同。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "Access-Control-Allow-Origin 头是由服务器发送的，用于允许客户端跨域访问资源。" ⏎ } ⏎ ```

{"answer": "是", "解释": "HTTP 429 状态码专门用于表示客户端发送了过多的请求，超过了服务器规定的速率限制。"}

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

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

{"answer": "是", "解释": "RFC 5789 确实规定 PATCH 方法不要求幂等，而 PUT 方法通常被认为是幂等的。"}

```json ⏎ {"answer": "否", "解释": "使用 == 比较哈希值存在时序攻击（Timing Attack）的风险，应使用 hash_equals() 进行恒定时间比较。"} ⏎ ```

{"answer": "是", "解释": "CSRF令牌由服务器生成并存储在会话中，用于在服务器端验证非幂等请求（如POST）的合法性，防止跨站请求伪造攻击。"}

{"answer": "Content-Security-Policy", "解释": "该 HTTP 头用于定义服务器允许哪些来源的资源在客户端执行。"}

{"answer": "否", "解释": "OAuth 2.0 是授权协议，主要用于获取访问权限，而非直接验证用户身份（身份认证通常由 OpenID Connect 扩展实现）。"}

{"answer": "是", "解释": "服务器端校验（如过滤特殊字符、白名单检查）是防止 XSS 的有效手段之一。"}

{"answer": "code", "解释": "在 OAuth 2.0 授权码流程中，授权服务器重定向到 redirect_uri 时包含的 code 参数用于后续换取 access 令牌。"}

{"answer": "是", "解释": "Refresh 令牌设计用于延长会话，其有效期通常远长于 access 令牌，且在用户未过期前可用于无感刷新。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "盐不需要保密，只要唯一且足够长即可，其作用是防止彩虹表攻击。" ⏎ } ⏎ ```

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

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

{"answer": "是", "解释": "数据提供者的设计初衷就是向单个测试方法传递一组参数。"}

{"answer": "expectException", "解释": "PHPUnit 使用 expectException 方法来声明期望抛出特定异常类。"}

{"answer": "否", "解释": "桩（Stub）用于返回预设数据，模拟对象（Mock）用于验证方法调用。"}

{"answer": "是", "解释": "PHPUnit 10 推荐并主要使用 PHP 8 属性 #[DataProvider]，传统 DocComment 注解 @dataProvider 已被弃用。"}

```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "PHPUnit 支持通过 @depends 或 dependsOn 方法声明测试间的依赖关系，因此允许测试依赖其他测试的结果。" ⏎ } ⏎ ```

{"answer": "--random-order", "解释": "PHPUnit 使用 --random-order 选项随机执行测试。"}

{"answer": "3-4", "解释": "intdiv 进行整数除法向零取整，7÷2=3，-7÷2=-4，拼接后为 3-4。"}

{"answer": -9, "解释": "幂运算优先级高于一元负号，等价于 -(3**2)"}

{"answer": "true", "解释": "在PHP 8.0之前，两个看起来是数字的字符串比较时会按数值比较，1e1（即10）等于10。"}

{"answer": "other", "解释": "PHP switch 使用松散比较，'a' 与 0 不等，因此进入 default。"}

{"answer": "12c", "解释": "strtr 按替换字符串长度降序处理键，'ab' 替换为 '2'，'a' 替换为 '1'。"}

{"answer": "[hello]", "解释": "当 start 参数小于或等于字符串长度的负数时，substr 会从字符串开头开始截取。"}

{"answer": "k,n,m", "解释": "数组 + 运算符保留 $a 的键，追加 $b 中不重复的键，因此结果为 'k,n,m'。"}

{"answer": "xyxz", "解释": "usort 根据第三个元素排序，结果索引为 1, 0, 2, 拼接字符串为 xyxz。"}

{"answer": "4", "解释": "PHP 允许用键值对解构参数，'a' 映射到 $a=5，'b' 映射到 $b=1，5-1=4"}

{"answer": "3", "解释": "闭包捕获对象引用后，即使原变量被置为 null，对象内部状态仍保持，故返回初始值 3。"}

{"answer": "B", "解释": "static::class 在继承中返回子类名称。"}

{"answer": 10, "解释": "属性 $x 的 setter 方法将传入的值乘以 2，因此 $c->x = 5 会将其设置为 10。"}

{"answer": "BA", "解释": "TB::f 覆盖 TA::f 为 f，TA::f 重命名为 g。"}

{"answer": 1, "解释": "Trait 中的静态属性会被每个使用它的类独立继承，但在 PHP 中 trait 中的静态变量是所有使用该 trait 的类共享同一个属性，因此 CX 修改后 CY 也能看到。"}

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

{"answer": "second", "解释": "finally 块中的异常会覆盖 try 块中的原始异常，被外层的 catch 捕获。"}

{"answer": "App\\Foo|N\\Baz", "解释": "use App\\Foo as Baz 使得未加命名空间的 Baz 指向 App\\Foo，而 \\Baz 是绝对命名空间引用，相对于当前命名空间 N 为 N\\Baz。"}

{"answer": "yesno", "解释": "class_exists 默认自动加载并搜索当前命名空间，故前者为 true，后者为 false"}

{"answer": "1,2,99", "解释": "引用循环中 $v 最终指向数组最后一个元素，修改它会影响 $a[2]"}

{"answer": 3, "解释": "静态变量在类层级共享，A 和 B 的 inc() 都操作同一个 static $n。"}

{"answer": "错误", "解释": "调用 send() 后未检查生成器状态，且 getReturn() 需在生成器完成后调用，否则抛出异常。"}

{"answer": "1,2,ok", "解释": "yield from 委托生成器，return 值作为 yield from 表达式的结果被 $r 接收并再次 yield。"}

{"answer": "nono", "解释": "第一次调用 cost 相同（4）所以不需要 rehash，输出 no；第二次 cost 不同（5）所以需要 rehash，输出 yes，因此总输出为 noyes"}

{"answer": "strict-in", "解释": "E_ALL 包含 2048，因此 (E_ALL & 2048) 非零，条件不成立。"}

{"answer": "mapped", "解释": "Symfony 的 Request::create 会将 server 参数中的 HTTP_X_TOKEN 自动映射为 X-Token 请求头，headers->get('X-Token') 返回 'abc'。"}

{"answer": "ABC", "解释": "Symfony 事件分发器中，priority 值越大优先级越高，所以顺序是 10(B) -> 5(C) -> 0(A)，即 B C A"}

{"answer": "same", "解释": "EntityManager 的身份映射表（identity map）确保同一标识符在会话内返回同一个对象实例。"}

{"answer": "0", "解释": "在同一个持久化上下文中，先 persist 后 remove，实体在 flush 前已被标记为待删除，因此数据库表中不会留下记录。"}

{"answer": 1, "解释": "count(x) 只计算非 NULL 的 x 值，因此结果为 1。"}

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

{"answer": "M1M2", "解释": "消息中间件按数组顺序执行，因此依次输出 M1 和 M2。"}

{"answer": "11", "解释": "两个处理器都会执行并分别将 $n 增加 1 和 10，因此最终 $n 为 11。"}

{"answer": 1, "解释": "唯一索引确保 a 列值唯一，第二次插入被忽略，故计数为 1"}

{"answer": 2, "解释": "因为使用了 DEFERRABLE INITIALLY DEFERRED，唯一性约束在事务提交前不检查，所以两次插入值 1 都成功，count(*) 为 2。"}

{"answer": 6, "解释": "test_sum 和 test_sum_abs 各匹配 3 个数据提供者，共 6 个测试。"}

{"answer": "2,1", "解释": "数据提供者返回两组数据，执行两次测试，其中 [-1] 使断言失败。"}

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

```json ⏎ {"answer": "GET", "解释": "curl -G 表示将数据以查询参数的形式拼接到 URL 中，并发送 GET 请求。"} ⏎ ```

{ ⏎   "answer": "invalid_client", ⏎   "解释": "RFC 6749 规定当客户端认证失败（如 client_id 不存在）时，error 字段应为 invalid_client。" ⏎ }

{"answer": "URI 片段", "解释": "根据 OAuth 2.0 规范，implicit 流程的 access_token 通过 URI fragment（#access_token=...）返回，而非查询字符串。"}

{"answer": 0, "解释": "false|default(2) 中 false 不是 null，因此使用 false，false * 3 结果为 0"}

```json ⏎ { ⏎   "answer": "Twig\\Exception\\RuntimeError", ⏎   "解释": "Twig 在运行时对不兼容的类型操作（字符串与数字的拼接或加法）抛出 Twig\\Exception\\RuntimeError。" ⏎ } ⏎ ```

{"answer": 1, "解释": "数组 [''] 包含一个空字符串，触发 NotBlank 约束失败，因此产生 1 个校验错误。"}

{"answer": "valid", "解释": "一个没有数据、没有必填字段且没有自定义验证规则的简单文本表单，默认情况下 isValid() 返回 true，因此输出 'valid'。"}

{"answer": "same", "解释": "ServiceContainer 默认缓存服务实例，重复 get 返回同一对象引用。"}

{"answer": "hi Bob!", "解释": "参数 %name% 被解析为 'Bob'，然后 %greeting% 被解析为 'hi Bob'，最终 message 为 'hi Bob!'。"}

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

{"answer": "text-primary", "解释": "在相同的样式特异性下，后声明的工具类会覆盖先声明的工具类。"}

{"answer": "2", "解释": "Domain 层仅能依赖 Domain，引用了 Application 和 Infrastructure，各产生一个违规。"}

{"answer": 3, "解释": "Domain 层只能依赖 Domain 层，但该类引用了 Application 和 Infrastructure 层的类，共有 3 处违反规则。"}

{"answer": "10,15", "解释": "Money 是不可变值对象，add 返回新实例，原对象 $a 的 amount 仍为 10。"}

{"answer": 1, "解释": "remove方法抛出异常，unset未执行，item 'a'仍在数组中。"}

{"answer": "hi", "解释": "创建对象C并调用其hi方法返回字符串'hi'。"}

```json ⏎ {"answer": "yesno", "解释": "首次读取前对象未初始化，读取后触发回调，对象变为已初始化。"} ⏎ ```

{"answer": "no", "解释": "在 Symfony 8.1 中，Security Guard 组件已被移除，因此该命名空间下的 AbstractGuardAuthenticator 类不再存在，class_exists() 返回 false，输出 'no'。"}

{"answer": "noyes", "解释": "AnnotationClassLoader 在 Symfony 7 被移除，AttributeClassLoader 在 7 引入并保留至 8。"}