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

{"answer": "否", "解释": "双引号字符串支持变量插值和转义序列（如 \\n、\\t），而单引号字符串几乎不做处理，区别不止速度。"}

{"answer": "是", "解释": "PHP 的 ?? 空值合并运算符确实按照 isset 的语义工作，当左侧变量未定义时不会发出警告，并返回右侧的默认值。"}

{"answer": "ab", "解释": "echo 用逗号分隔多个参数时会将它们依次连接输出。"}

{"answer": "是", "解释": "PHP 的 print 是一个语言结构，它总是返回整数值 1，因此可以像函数一样用在表达式内部。"}

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

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

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

```json ⏎ {"answer": "3", "解释": "点号(连接符)优先级高于加号，所以先计算'总和: ' . 2得到'总和: 2'，再将其转为数字0后加3得3。"} ⏎ ```

{"answer": "否", "解释": "PHP 中 === 比较数组时要求键值对相同且顺序也必须相同，因此顺序是相关的。"}

{"answer": "否", "解释": "表达式使用松散相等运算符 ==，0 == false 实际返回 true，而非严格比较。"}

{"answer": "是", "解释": "在 PHP 中，字符串与非数字比较时，非数字字符串 \"abc\" 会被转换为数值 0，因此 \"abc\" == 0 即 0 == 0 为真。"}

{"answer": "是", "解释": "在 PHP 宽松比较中 null、0、空字符串和 false 互相之间都相等。"}

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

{"answer": "10", "解释": "PHP 中使用 + 运算符时会将字符串 '5' 强制转换为数字 5，再与 5 相加得到整数 10。"}

{"answer": "否", "解释": "在 PHP 中，false 转换为字符串时变为空字符串 \"\"，而非 \"0\"（\"0\" 是 (int)false 的结果）。"}

{"answer": "是", "解释": "0.1 加 0.2 由于浮点数精度问题会得到约 0.30000000000000004，与 0.3 不相等，因此结果为 false。"}

{"answer": "否", "解释": "strrev() 按字节反转字符串，会对 UTF-8 多字节字符进行逐字节反转，从而破坏字符编码。"}

{"answer": "是", "解释": "str_contains() 用于检查一个字符串是否包含在另一个字符串中，'Hello world' 确实包含 'world'，故返回 true。"}

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

{"answer": "否", "解释": "PHP 的 trim() 默认会移除空格、制表符（\\t）、换行符（\\n）、回车符（\\r）以及垂直制表符和空字节等多种空白字符。"}

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

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

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

{"answer": "是", "解释": "heredoc 支持变量插值，而 nowdoc（用单引号括起的定界符）如同单引号字符串般不支持变量插值。"}

{"answer": "否", "解释": "sort() 函数会重新索引数组，不保持键值对应关系；保持关联关系应使用 asort()。"}

{"answer": "是", "解释": "PHP 会将可解析为整数的字符串数组键自动转换为整数键，因此 '5' 会变成 5。"}

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

{"answer": "是", "解释": "当不带回调函数时，array_filter() 默认使用 loose 比较来测试每个元素的真值，因此会移除所有 falsy 元素。"}

{"answer": "否", "解释": "array_slice() 默认会将返回数组的键重新索引（从 0 开始连续编号），只有将 preserve_keys 参数设为 true 时才会保留原有键名。"}

{"answer": "[20, 30]", "解释": "从索引1开始取2个元素，即20和30，默认会重新索引。"}

{"answer": "2", "解释": "PHP 中使用 + 合并数组时，左侧数组中已存在的键不会被右侧覆盖，因此结果为 ['a' => 1, 'b' => 2]，共有 2 个元素。"}

{"answer": "否", "解释": "展开运算符自 PHP 7.4 起就已支持字符串键，PHP 8.1 只是修复了它在数值键数组中结合时的行为，使其与 array_merge 一致，而非新引入对字符串键的支持。"}

{"answer": "是", "解释": "在 PHP 8.1 中，命名参数确实不能在与同一个函数调用里的数组展开 ...$args 中混合使用。"}

```json ⏎ {"answer": "否", "解释": "PHP 的匿名函数（闭包）默认不会继承外部作用域的变量，必须通过 use 关键字导入才能在闭包内使用外部变量。"} ⏎ ```

{"answer": "3", "解释": "func_num_args() 返回传递给函数的参数个数，无论形参数量多少，调用 f(1, 2, 3) 时有 3 个参数。"}

{"answer": "否", "解释": "箭头函数只有一个表达式作为函数体，用 => 连接并隐式返回，不能使用花括号包裹多个表达式。"}

{"answer": "否", "解释": "PHP 箭头函数是按值（而非按引用）自动捕获外部变量的。"}

{"answer": "是", "解释": "PHP 中使用 static 声明的闭包处于静态上下文，无法访问 $this，因此不会捕获 $this。"}

{"answer": "5", "解释": "闭包通过 use ($x) 捕获的是变量的值副本，创建闭包时 $x 的值为 5，后续修改外层 $x 不影响闭包内已捕获的值。"}

{"answer": "是", "解释": "在弱类型模式下 PHP 会将可转换的字符串 \"5\" 自动强转为 int 5，这是允许的。"}

{"answer": "是", "解释": "PHP 8.0 引入了构造函数属性提升功能，允许在构造函数参数中直接使用访问修饰符声明并赋值属性。"}

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

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

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

{"answer": "class@anonymous", "解释": "get_class 对匿名类返回形如 class@anonymous\\0文件路径\\0 的字符串，其中 NUL 字节之前的部分为 class@anonymous。"}

{"answer": "是", "解释": "PHP 中父类的 private 方法不会被继承，也不属于继承契约，子类可以用任意可见性声明同名方法，二者完全独立。"}

{"answer": "否", "解释": "__get() 不仅在访问不存在的属性时被调用，在访问私有的或受保护的属性（从类外部）时也会被调用。"}

{"answer": "Error", "解释": "PHP 8.1 中 readonly 属性在已初始化后再次赋值会抛出 Error（\"Cannot modify a readonly property\"）。"}

{"answer": "是", "解释": "从 PHP 7.1 开始，接口可以声明常量。"}

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

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

{"answer": "否", "解释": "instanceof 也会检查对象是否实现了某个接口，因此它不仅考虑类的继承。"}

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

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

{"answer": "3", "解释": "enum 的静态方法 cases() 返回包含所有枚举成员的数组，此 enum 有 A、B、C 三个成员，故返回 3 个元素。"}

{"answer": "是", "解释": "PHP 5.4 引入的 trait 可以声明常量、属性和方法。"}

{"answer": "是", "解释": "在 PHP 7 中，Throwable 接口是 Exception 和 Error 两个类的共同父接口。"}

{"answer": "否", "解释": "TypeError 继承自 Error，而 Error 和 Exception 都实现 Throwable 接口但彼此独立，所以 catch(Exception) 无法捕获 TypeError。"}

{"answer": "否", "解释": "PHP 的 @ 运算符只能抑制错误（如警告、通知），无法抑制异常，异常仍会向上抛出。"}

{"answer": "DivisionByZeroError", "解释": "intdiv(5, 0) 在除以零时会抛出一个继承自 ArithmenticError 的 DivisionByZeroError 异常。"}

{"answer": "否", "解释": "finally 块无论异常是否被捕获、是否抛出异常都会执行，用于清理资源等操作。"}

{"answer": "否", "解释": "在 finally 块中抛出的异常会覆盖 try 或 catch 中正在处理的原始异常或正常返回值，因此会产生影响。"}

{"answer": true, "解释": "在 PHP 中将对象转换为 bool 没有可重写的魔法方法，因此任何对象（包括 Exception 实例）转换后都为 true。"}

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

{"answer": "否", "解释": "`use` 语句只是声明一个类名别名，并不会加载文件，实际加载由 PSR-4 自动加载器在类首次被使用时触发。"}

{"answer": "function", "解释": "在 PHP 中导入函数需在 use 语句中使用 function 关键字，如 use 命名空间\\function 函数名；const 则用于导入常量。"}

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

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

{"answer": "是", "解释": "__NAMESPACE__ 是 PHP 的魔术常量，用于返回当前所在命名空间的完整名称。"}

{"answer": "否", "解释": "在命名空间中，非限定类名会相对于当前命名空间解析（如命名空间 A\B 中的 new Foo 解析为 A\B\Foo），而非从全局根开始。"}

{"answer": "是", "解释": "PSR-4 中命名空间前缀 App\\ 映射到 src/，剩余命名空间 Model 转换为目录 Model，类名 User 转换为文件 User.php，因此路径为 src/Model/User.php。"}

```json ⏎ {"answer": "是", "解释": "PHP 中 use 语句确实可以写在函数体内，且该导入作用域仅限于该函数。"} ⏎ ```

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

{"answer": "2", "解释": "PHP 中数组赋值采用写入时复制，修改 $b 不影响 $a，故 $a 仍为 2 个元素。"}

{"answer": "是", "解释": "PHP 中函数拥有独立的作用域，默认无法直接访问全局作用域的用户变量，必须借助 global、$GLOBALS 数组或参数传递。"}

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

{"answer": "6", "解释": "参数通过引用传递，$x++ 使 $n 从 5 变为 6，因此输出 6。"}

{"answer": "否", "解释": "PHP 中按值遍历的 foreach 操作的是数组的副本，循环内对数组的修改不会在同一遍历过程中可见。"}

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

{"answer": "否", "解释": "PHP 会将布尔类型的数组键转换为整数，true 变为 1，false 变为 0，而不是以 bool 类型保存。"}

{"answer": "是", "解释": "PHP 8.0 起 Generator 类增加了 getReturn() 方法，可取回生成器内部 return 语句返回的值。"}

{"answer": "否", "解释": "PHP 的生成器是一次性使用的，遍历耗尽后无法通过 rewind() 倒回重播，rewind() 对已耗尽的生成器是无操作。"}

{"answer": "是", "解释": "PHP 7.0 引入的 yield from 语法会将遍历委托给另一个生成器或任何可迭代对象。"}

{"answer": "Generator", "解释": "含有 yield 的函数调用后会返回一个 Generator 对象，其类名为 Generator。"}

{"answer": "3", "解释": "yield from [1, 2, 3] 会依次产出 1、2、3 共三个值，iterator_to_array 将其转为数组后用 count 计数得到 3。"}

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

{"answer": "是", "解释": "ArrayIterator 是 SPL 提供的类，可以包装数组并通过 Iterator 接口遍历。"}

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

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

{"answer": "否", "解释": "PASSWORD_DEFAULT 默认使用 bcrypt 算法（会自动加盐），而非 MD5。"}

{"answer": "true", "解释": "password_verify 会验证密码与哈希是否匹配，由于两者都是 'secret'，返回 true。"}

{"answer": "否", "解释": "strip_tags() 用于移除字符串中的 HTML/PHP 标签，主要防止 XSS 攻击，无法防御 SQL 注入，后者需使用预处理语句。"}

{"answer": "是", "解释": "session_regenerate_id() 会生成新的会话 ID 并销毁旧 ID，从而在登录时防止攻击者预置会话 ID 进行会话固定攻击。"}

{"answer": "php_sapi_name()", "解释": "php_sapi_name() 函数返回描述当前 SAPI（Server Application Programming Interface）名称的字符串，例如 cli、fpm、apache2。"}

{"answer": "是", "解释": "session_destroy() 只清除服务器端的会话数据，浏览器中的会话 cookie 仍然存在。"}

{"answer": "否", "解释": "必须调用 session_start() 才会启动会话并把会话数据加载到 $_SESSION 数组中。"}

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

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

{"answer": "是", "解释": "非对称可见性是 PHP 8.4 引入的特性，允许属性以公开读取但私有设置等方式组合访问权限。"}

{"answer": "8.2", "解释": "NoDiscard 属性是在 PHP 8.2 中引入的，用于标记不应被丢弃的值。"}

{"answer": "PHP 8.3", "解释": "管道运算符 |> 由 RFC 提出并于 PHP 8.3 版本引入，用于将表达式的值作为后续函数的第一个参数传递。"}

{"answer": "8.2", "解释": "clone-with 语法 clone($obj, ['x' => 1]) 在 PHP 8.2 中引入。"}

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

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

{"answer": "未在任何版本中实现", "解释": "clamp() 的 RFC 曾作为提案提出，但据我所知并未被采纳并实现到任何已发布的 PHP 版本中。"}

{"answer": "否", "解释": "PHP 并不存在名为「Context Managers v2」的已接受 RFC。"}

{"answer": "否", "解释": "泛型相关的 RFC 目前并未在 2026 年被正式拒绝，此为尚未发生的未来事件。"}

{"answer": "是", "解释": "PHP 社区确实提出了将默认线程安全模式（ZTS）启用的 RFC。"}

{"answer": "是", "解释": "PHP 截至 8.5 版本仍未引入参数化泛型类型。"}

{"answer": "是", "解释": "PHP 8.5 于 2025 年 11 月发布，按每年 11 月的发布周期，8.6 会在 2026-11-19 才 GA，故 2026-11-07 时最新稳定版确为 8.5。"}

{"answer": "是", "解释": "PHP 6（主要为 UTF-8 字符串支持）计划被取消，因此 PHP 5.6 之后直接发布了 PHP 7.0。"}

{"answer": "是", "解释": "该 RFC 已被接受并应用于 PHP 8.4 核心，用于标记已弃用的内部函数、类和常量。"}

{"answer": "是", "解释": "整洁架构与洋葱架构的核心依赖规则正是依赖始终指向中心，内层不依赖也不了解外层。"}

{"answer": "是", "解释": "领域实体应采用持久性无知的设计原则，仅用纯 PHP 编写而不依赖框架。"}

{"answer": "否", "解释": "控制器和 Twig 模板属于展示层（或应用层），而不是业务逻辑层，业务逻辑层由用例和领域实体构成。"}

{"answer": "领域模型（Domain/核心业务规则）", "解释": "洋葱架构以业务核心为中心，由内到外依次为领域层、应用层、接口适配层和基础设施层，内层不依赖外层。"}

{"answer": "是", "解释": "deptrac 等层间依赖分析器通过静态分析在编译期检测并报错禁止的层间调用。"}

{"answer": "否", "解释": "用例应保持与传输层和基础设施层解耦，不应直接接受 HTTP 请求（框架层）或 EntityManager（持久化层）这类具体依赖，而应接受领域对象或原始数据。"}

{"answer": "Repository（仓库模式）", "解释": "在领域驱动设计中，仓库模式通过接口隐藏底层存储实现，并为聚合实体提供集合式的访问。"}

{"answer": "是", "解释": "数据库属于整洁架构的外层，通过端口和适配器和内层隔离，替换数据库只影响外层实现而不影响领域和用例逻辑。"}

{"answer": "否", "解释": "聚合是领域模型的概念单元，由相关的实体值对象组成并作为一致性边界，与数据库表的物理存储结构无关。"}

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

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

{"answer": "是", "解释": "在 DDD 中，仓储确实只为聚合根声明，通过聚合根访问聚合内的实体，而不会为每个实体单独创建仓储。"}

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

{"answer": "命名空间", "解释": "在 PHP 命名空间内部，名称（类、函数等）与语言结构保持一致，而在命名空间外部，相同的名称会对应到另一个不同的模型。"}

{"answer": "否", "解释": "DDD 实际上批判贫血模型，主张使用充血模型，将业务逻辑封装在实体与值对象中而非服务里。"}

{"answer": "是", "解释": "限界上下文为模型划定了明确的边界，同一概念在不同上下文中可能具有不同含义，因此常被建模为不同的类。"}

{"answer": "是", "解释": "Symfony 的 DI 容器默认在首次通过 get() 获取服务时才实例化该服务，未被使用的服务不会被创建。"}

{"answer": "debug:router", "解释": "debug:router 命令用于列出应用中已注册的所有路由及其详细信息。"}

{"answer": "否", "解释": "Symfony 支持自动注册（autoconfigure）和自动发现服务，无需手动声明每个服务。"}

{"answer": "是", "解释": "Twig 会将模板编译成优化的 PHP 类并缓存到缓存目录中，从而在请求之间复用以提升性能。"}

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

{"answer": "APP_ENV", "解释": "Symfony 使用 APP_ENV 环境变量来决定当前活动环境，如 dev 或 prod。"}

{"answer": "否", "解释": "Symfony 的控制器方法必须是 public，因为路由系统从类外部调用这些方法，private 或 protected 方法无法被访问。"}

{"answer": "否", "解释": "事件订阅者和监听器本身没有优先级差异，优先级由注册监听器时指定的 priority 参数（或在 getSubscribedEvents 中指定的优先级）决定，接口并不自动赋予优先级。"}

{"answer": "是", "解释": "Symfony 5.1 引入了新的 Authenticator 系统以取代 Guard，并在 Symfony 6.0 中移除了旧的 Guard 机制。"}

{"answer": "IsGranted", "解释": "Symfony 的 #[IsGranted] 属性可直接在控制器方法上检查角色或权限，不满足时返回 403。"}

{"answer": "是", "解释": "Symfony 的 Voter 确实是用于检查对具体对象访问权的授权机制，isGranted('EDIT', $post) 即通过 Voter 检查对 $post 对象的 EDIT 操作权限。"}

{"answer": "是", "解释": "Symfony 7 需要 PHP 8.1+，validator 组件移除了对注解（annotations）和 XML 元数据的支持，仅支持 PHP 属性声明验证约束。"}

{"answer": "是", "解释": "Symfony 表单默认启用 CSRF 保护（csrf_protection 选项默认为 true），提交时会校验令牌。"}

{"answer": "是", "解释": "Symfony 的表单验证始终在服务器端执行，HTML5 客户端检查仅为便利且可被绕过，因此服务器端验证不可省略。"}

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

{"answer": "否", "解释": "Symfony 从不以明文存储用户密码，会话中只保存用户标识和认证状态，密码始终以哈希形式保存。"}

{"answer": "否", "解释": "config/packages 中的配置文件通常按环境（dev、prod、test）或配置项命名，并非严格按每个 bundle 一个文件的规则，且多个 bundle 可共用一个文件。"}

{"answer": "否", "解释": "标准约定恰恰相反：应提交 .env.example（含默认值）而非 .env，真正的机密放在 .env 中且不提交。"}

{"answer": "debug:container", "解释": "Symfony 使用 `debug:container`（旧版本为 `container:debug`）命令列出容器中注册的所有服务及其别名。"}

{"answer": "否", "解释": "编译后的容器处于冻结状态，运行时无法通过 setParameter() 修改参数，否则会抛出异常。"}

{"answer": "否", "解释": "Symfony 3 起服务默认为私有（public: false），只有显式设置 public: true 或作为控制器/命令等服务时才可从容器直接获取。"}

{"answer": "否", "解释": "Symfony 中的许多 bundle 可以在没有配置文件的情况下正常工作，因为它们通常带有默认设置，无需显式配置。"}

```json ⏎ {"answer": "是", "解释": "在 Symfony 的 services.yaml 中确实可以使用 %env(VAR)% 语法将环境变量的值注入到服务参数中。"} ⏎ ```

{"answer": "APP_DEBUG", "解释": "在 Symfony 的 .env 文件中，APP_DEBUG 设为 1 时开启调试模式，从而启用 Profiler 和 Twig 调试功能。"}

{"answer": "否", "解释": "在 Symfony Messenger 中，同一条消息可以配置多个处理者，每个处理者都可以对消息执行不同的业务逻辑。"}

{"answer": "否", "解释": "sync 传输在当前请求中立即同步处理消息，不会放入队列由 worker 处理；只有 async 传输才会入队并由 worker 消费。"}

{"answer": "php artisan queue:work", "解释": "queue:work 命令启动一个长期运行的 worker 进程来持续处理 Laravel 队列中的 Messenger 消息。"}

```json ⏎ {"answer": "是", "解释": "在 Symfony Messenger 中，重试策略（retry_strategy）确实是在传输层（transport）的 DSN 配置中设置的，包括 max_retries、delay_ms、multiplier 等参数。"} ⏎ ```

{"answer": "否", "解释": "默认情况下 Messenger 使用 PHP 序列化而非 JSON。"}

{"answer": "是", "解释": "Symfony Scheduler 7.1 支持根据 cron 等计划生成消息并通过 Messenger 组件发送。"}

{"answer": "doctrine", "解释": "Symfony Messenger 内置的 doctrine 传输通过 Doctrine 实体管理器将消息持久化到数据库表中。"}

{"answer": "是", "解释": "Messenger 的消息管道支持添加自定义 middleware，并且可以配置其相对于内置 middleware 的先后顺序。"}

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

{"answer": "8.4", "解释": "Symfony 8.0 预计于 2025 年底发布，按照版本迭代规律，其最低 PHP 版本要求为 8.4。"}

{"answer": "否", "解释": "Symfony 7.0 移除了对 Doctrine Annotations 文档块注解的支持，仅保留使用 PHP 8 原生属性（attributes）。"}

{"answer": "是", "解释": "AssetMapper 是 Symfony 提供的无需 Node.js 和 webpack 即可管理 CSS/JS 资源的机制，通过 importmap.php 配置文件定义模块导入映射。"}

{"answer": "否", "解释": "Symfony 6.4 是一个长期支持（LTS）版本，提供 5 年错误修复和额外 2 年安全修复支持。"}

{"answer": "否", "解释": "Symfony 的主版本会移除在上一版本中已弃用的功能，这是其弃用策略的核心。"}

{"answer": "是", "解释": "Symfony 确实为每个主要版本提供 UPGRADE 指南，列出弃用、破坏性变更和迁移说明。"}

{"answer": "symfony/importmap", "解释": "Symfony 的 importmap 组件（symfony/importmap）无需 node/webpack 即可管理 JavaScript/CSS 资源和 importmap。"}

{"answer": "否", "解释": "Symfony 8.0 于 2026 年 11 月发布，而 8.2 要到 2027 年才会发布，所以截至该日期尚未发布。"}

{"answer": "是", "解释": "Symfony 的 LTS 版本按两年周期在 11 月发布（如 6.4 于 2023 年 11 月、7.4 于 2025 年 11 月），因此 8.2 LTS 预计于 2026 年 11 月发布。"}

{"answer": "8.2", "解释": "Symfony 的版本按主版本号顺序发布，8.1 之后紧接着发布的下一个版本是 8.2。"}

{"answer": "否", "解释": "Symfony 8.2 是 minor 版本而非 major 版本，minor 版本通常保持向后兼容，不需要重写应用程序。"}

{"answer": "是", "解释": "在主版本内的小版本升级（如 8.1 → 8.2）通常保持向后兼容，理论上不需要修改代码。"}

{"answer": "8.4", "解释": "Symfony 8.x 分支在 9.0 之前的最后一个次版本是 8.4。"}

{"answer": "否", "解释": "Symfony 8 要求 PHP 8.4，但并无 Symfony 8.2 需要 PHP 8.5 的官方规定。"}

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

{"answer": "否", "解释": "Twig 的 {{ }} 只能调用安全白名单中允许的方法或属性，不能直接执行任意 PHP 代码。"}

{"answer": "否", "解释": "Twig 默认情况下不会自动转义输出变量，转义功能默认关闭，需要手动启用。"}

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

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

{"answer": "是", "解释": "raw 过滤器将值标记为原始内容，从而停止对该值自动转义。"}

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

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

{"answer": "dump", "解释": "Twig 的 dump 函数用于输出变量（数组、对象）的调试结构，类似 PHP 的 var_dump。"}

{"answer": "是", "解释": "Bootstrap 是基于 CSS 和 JavaScript 的 UI 组件库，用于快速构建响应式界面，而并非像 Vue/React 那样的单页应用框架。"}

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

{"answer": "否", "解释": "Bootstrap 使用 12 列而非 16 列，且 Bootstrap 4/5 基于 Flexbox 而非 float。"}

{"answer": "是", "解释": "Bootstrap 5 确实定义了 sm、md、lg、xl、xxl 五个命名断点，比 Bootstrap 4 多了一个 xxl。"}

{"answer": "是", "解释": "在 Bootstrap 中，间距工具类（如 .mt-3、.px-2）的数字确实是 $spacer 的倍数，默认 $spacer 为 1rem。"}

{"answer": "data-bs-toggle", "解释": "在 Bootstrap 5 中，使用 data-bs-toggle 属性（如 data-bs-toggle=\"dropdown\"）来启用下拉菜单等交互组件。"}

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

{"answer": "否", "解释": "Bootstrap 5.3 的深色模式是通过在元素上添加 data-bs-theme=\"dark\" 属性开启的，而不是通过 .dark 类。"}

{"answer": "否", "解释": "Doctrine ORM 不会在运行时自动建表，而需要通过 SchemaTool 或 `doctrine:schema:create` 命令根据实体映射显式生成数据库结构。"}

{"answer": "persist", "解释": "persist() 方法将新实体标记为待持久化并加入持久化管理，直到调用 flush() 才生成并执行对应的 INSERT SQL。"}

{"answer": "否", "解释": "Doctrine ORM 3 已完全移除了 EntityManager::merge() 方法，它在 2.11 版本中被弃用，在 3.0 中被删除。"}

{"answer": "是", "解释": "DQL（Doctrine Query Language）以实体和字段为单位进行查询，而不是以数据库表和列为单位。"}

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

{"answer": "否", "解释": "Doctrine 不会自动调用 flush()，必须由开发者手动调用以将变更持久化到数据库。"}

{"answer": "是", "解释": "Doctrine 的 Unit of Work 对受管实体自动跟踪变更，因此修改属性后直接调用 flush() 即可提交，无需显式 persist()。"}

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

{"answer": "否", "解释": "MVCC 的核心优势正是允许读和写并发执行而互不阻塞。"}

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

{"answer": "否", "解释": "SERIAL 是旧式语法，仅创建一个序列并将默认值设为 nextval()，而 GENERATED ... AS IDENTITY 遵循 SQL 标准的身份列机制，序列归属该列且对默认值的修改有严格限制，两者行为不同。"}

{"answer": "否", "解释": "PostgreSQL 的 UNIQUE 约束允许多个 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": "是", "解释": "在 PostgreSQL 中，SAVEPOINT 允许在事务中设置保存点，之后可以只回滚到该保存点，从而回滚事务中的部分语句而无需回滚整个事务。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 不仅显示查询计划，还会实际执行查询以提供真实执行统计信息，而普通 EXPLAIN 才不执行查询。"}

{"answer": "pgvector", "解释": "pgvector 是为 PostgreSQL 添加向量类型和索引以支持向量（embedding）搜索的扩展。"}

{"answer": "是", "解释": "部分索引只为其 WHERE 子句条件匹配的行建立索引条目，因此索引更小且更高效。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 隔离级别并非通过锁定读取的行来实现，而是通过 MVCC 快照和谓词锁（predicate locking）检测序列化失败，必要时中止事务。"}

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

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

{"answer": "是", "解释": "DELETE 是幂等方法，多次请求同一资源得到的结果相同。"}

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

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

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

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

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

{"answer": "否", "解释": "使用 == 比较存在类型松散匹配问题（如哈希以 0e 开头会被当作数字 0 处理），且易受攻击，应使用 hash_equals() 进行常量时间比较。"}

{"answer": "是", "解释": "CSRF 令牌由服务器生成并绑定到会话，在 POST 等不安全请求时由服务器校验，以防止跨站请求伪造。"}

{"answer": "Content-Security-Policy", "解释": "Content-Security-Policy 这个 HTTP 响应头用于配置和启用内容安全策略。"}

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

{"answer": "否", "解释": "XSS 防护取决于输出时的上下文编码（HTML/JS/CSS/URL 转义），仅靠入库前校验无法彻底防止，且数据可能被反射或非数据库来源直接使用。"}

{"answer": "code（授权码）", "解释": "在授权码流程中，授权服务器会将 authorization code 作为 code 参数附加到 redirect_uri 回调给客户端，客户端再用它换取 access token。"}

{"answer": "是", "解释": "Refresh 令牌设计用于长期有效，可在用户无需重新登录的情况下换取新的 access 令牌。"}

{"answer": "否", "解释": "盐不需要保密，通常与哈希值一起存储，安全性来自哈希算法本身而非盐的机密性。"}

{"answer": "否", "解释": "PHPUnit 要求测试类必须继承 TestCase 才能识别并执行其测试方法。"}

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

{"answer": "否", "解释": "数据提供者可以让一个测试用多组不同的参数运行，这正是它的核心用途。"}

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

{"answer": "否", "解释": "恰恰相反，存根（stub）用于返回预设数据而不做断言，模拟对象（mock）才会记录并检查哪些方法被调用过。"}

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

{"answer": "否", "解释": "PHPUnit 支持通过 @depends 注解声明一个测试依赖另一个测试。"}

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

{"answer": "3-3", "解释": "intdiv 对结果向零取整，intdiv(7,2) 为 3，intdiv(-7,2) 为 -3，连接后输出 3-3。"}

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

{"answer": "true", "解释": "'1e1' 是科学记数法形式的数字字符串（等于 10），PHP 在比较两个数字字符串时按数值比较，10==10 成立。"}

{"answer": "zero", "解释": "switch 默认使用松散比较，'a' 转换为整数为 0，故 case 0 匹配并输出 'zero'。"}

{"answer": "2c", "解释": "strtr 使用数组形式时按最长键优先匹配，'ab' 比 'a' 更长，所以先匹配 'ab' 替换为 '2'，剩余 'c' 不变。"}

```json ⏎ {"answer": "[]", "解释": "substr 的偏移量 -10 比字符串长度 5 更负，因此返回空字符串，最终输出中括号内为空。"} ⏎ ```

{"answer": "k,n,m", "解释": "数组相加 '+' 运算符中左侧数组键优先，$a+$b 得到 ['k'=>1,'n'=>2,'m'=>3]，取键后拼接为 k,n,m。"}

```json ⏎ {"answer": "yxz", "解释": "usort 按第三个元素升序排序得到 [2,'y',1]、[1,'x',2]、[3,'z',2]，再取第二列拼接为 yxz。"} ⏎ ```

{"answer": "4", "解释": "使用 ... 解包关联数组时，键名会作为形参名进行匹配，与数组中键的顺序无关，因此 a=5、b=1，返回 5-1=4。"}

{"answer": "语法错误（无输出）", "解释": "$p->g(...) 中的 ... 缺少要展开的数组/可遍历对象，属于无效语法，脚本在解析阶段即报错，无法运行输出任何内容。"}

{"answer": "B", "解释": "static::class 使用延迟静态绑定，在 B 的实例上调用人会返回 \"B\"。"}

```json ⏎ {"answer": "10", "解释": "PHP 8.4+ 的属性钩子：赋值触发 setter 钩子将存储值设为 $value*2=10，无显式 getter 时默认返回存储值 10。"} ⏎ ```

{"answer": "BA", "解释": "insteadof让f()使用TB的版本返回'B'，as将TA::f别名为g()返回'A'。"}

{"answer": "0", "解释": "trait 中的静态属性会被复制到每个使用它的类，因此 CX 和 CY 各自拥有独立的 $n，CY::$n 仍为默认值 0。"}

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

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

```json ⏎ {"answer": "App\\Foo|Baz", "解释": "在命名空间 N 中，use 语句把 Baz 别名为 App\\Foo，故 Baz::class 解析为 App\\Foo，而 \\Baz::class 由于前导反斜杠指全局命名空间下的 Baz 类，::class 仅作词法解析返回 Baz。"} ⏎ ```

{"answer": "yesyes", "解释": "在 Ns 命名空间中，class_exists('Foo') 会解析为 Ns\\Foo（存在），class_exists('Ns\\Foo') 也指向同一类（存在），故两段都输出 yes。"}

{"answer": "1,2,99", "解释": "foreach结束后$v仍引用数组最后一个元素$a[2]，赋值$v=99会把$a[2]改为99，所以implode输出1,2,99。"}

```json ⏎ {"answer": "3", "解释": "static 变量属于方法 A::inc 的作用域，B 继承而未重写该方法，因此 $a->inc() 与 $b->inc() 共享同一静态变量 $n，三次调用依次递增为 1、2、3，最后一次 echo 输出 3。"} ⏎ ```

{"answer": "11", "解释": "send(10) 使生成器执行，yield 1 返回 1 并将 10 赋给 $x，随后 return $x + 1 即 11。"}

{"answer": "1,2,ok", "解释": "yield from 会透传 inner 生成的 1 和 2，并返回 inner 的返回值 'ok' 赋给 $r，随后 outer 再 yield $r 输出 'ok'，因此数组为 [1,2,ok]，implode 后为 1,2,ok。"}

{"answer": "noyes", "解释": "先用 cost 4 哈希，对比 cost 4 时不需要重新哈希输出 no，对比 cost 5 时需要重新哈希输出 yes。"}

```json ⏎ {"answer": "strict-out", "解释": "E_ALL 的值为 30719 (0x77FF)，其二进制中第 11 位（2048，即 E_STRICT）并未被包含，因为自 PHP 7.2 起 E_STRICT 已移出 E_ALL 掩码，因此 E_ALL & 2048 恒为 0，0 === 0 为真，输出 'strict-out'。"} ⏎ ```

{"answer": "mapped", "解释": "Request::create 从 server 参数 HTTP_X_TOKEN 中提取头部并去掉 HTTP_ 前缀得到 X_TOKEN，HeaderBag 再将其下划线转换为连字符存为 X-TOKEN，get('X-Token') 大小写不敏感匹配后返回 'abc'。"}

{"answer": "BCA", "解释": "Symfony EventDispatcher 按优先级从高到低执行监听器，所以优先级10的B先执行、优先级5的C次之、优先级0的A最后。"}

{"answer": "same", "解释": "Doctrine 使用身份映射（identity map），同一 EntityManager 中对相同主键的 find 调用返回同一个实例。"}

{"answer": "0", "解释": "持久化后立即删除且未分配主键的新实体在 flush 时会被 Unit of Work 直接丢弃，不会执行任何 INSERT，因此表中仍为 0 行。"}

{"answer": "1", "解释": "COUNT(列) 只统计该列非 NULL 的行数，因此只计数 1。"}

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

{"answer": "M2M1", "解释": "Symfony 中间件按注册顺序的反序执行，因此后注册的 Trace('M2') 先运行输出 M2，再运行 Trace('M1') 输出 M1。"}

{"answer": "11", "解释": "两个 HandlerDescriptor 都被 HandlersLocator 返回，HandleMessageMiddleware 会依次执行闭包，n 先 +1 再加 10 得到 11。"}

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

```json ⏎ {"answer": "2", "解释": "由于 UNIQUE 约束是 DEFERRABLE INITIALLY DEFERRED，唯一性检查被推迟到事务提交时，所以在 COMMIT 之前的 SELECT 中两条 INSERT 都能成功，表中有 2 行。"} ⏎ ```

{"answer": "6", "解释": "`--filter test_sum` 使用的是未加锚点的正则表达式，因此会同时匹配 test_sum 和 test_sum_abs 两个测试方法，每个方法各有 3 个数据提供者，共 6 个测试。"}

{"answer": "2, 1", "解释": "数据提供者返回两个参数集，test_x(1)通过而test_x(-1)失败，故执行2个测试、1个失败。"}

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

{"answer": "GET", "解释": "-G 标志会将 -d 提供的数据作为查询参数附加到 URL，从而使用 GET 方法。"}

{"answer": "invalid_client", "解释": "RFC 6749 5.2 节规定，当客户端认证失败（包括使用不存在的 client_id）时，令牌端点返回 invalid_client 错误。"}

{"answer": "URI 片段（# 之后的部分 / fragment）", "解释": "在 implicit 授权流程中，access_token 被放在重定向 URI 的 fragment 部分，以避免 token 被发送到服务器或记录在日志中。"}

{"answer": "6", "解释": "Twig 中 `false` 被视为空值，因此 `false|default(2)` 返回 2，再乘以 3 得到 6。"}

{"answer": "Twig\\Error\\RuntimeError", "解释": "在 Twig 中 ~ 运算符优先级高于 +，因此先计算 'a' ~ 1 得到 'a1'，再尝试 'a1' + 2 时，'a1' 不是合法数字，twig_add 在运行时抛出运行时异常 Twig\\Error\\RuntimeError。"}

```json ⏎ {"answer": "0", "解释": "NotBlank 约束作用于整个数组 ['']，而该数组非空（含一个空字符串元素），实现中它只针对 null、空字符串、0 或 false 报错，数组不满足，因此无 violation，count 为 0。"} ⏎ ```

{"answer": "Symfony\\Component\\Form\\Exception\\NotSubmittedException", "解释": "表单在未被提交（submit）的情况下调用 isValid()，在 Symfony 6.x 中会抛出 NotSubmittedException 异常，因此 catch 块会输出该异常的类名。"}

{"answer": "same", "解释": "Symfony DI 容器中的服务默认是共享的（单例），所以两次 get('a') 返回的是同一个对象实例。"}

```json ⏎ {"answer": "hi Bob", "解释": "compile() 后容器被标记为已解析，getParameter() 会对参数进行递归插值替换：%greeting% 解析为 hi %name%，再解析 %name% 为 Bob。"} ⏎ ```

{"answer": "960", "解释": "Bootstrap 5.3 的 .container 在 lg 断点（min-width: 992px）生效时 max-width 为 960px。"}

{"answer": "text-primary", "解释": "两个类都用 !important 设置颜色且特异性相同，故按类属性中的书写顺序决定，text-primary 在后故胜出。"}

{"answer": "2", "解释": "OrderService 属于 Domain 层，而 Domain 层只能依赖 Domain 层，但它引用了 Application 的 PlaceOrder 和 Infrastructure 的 Db，因此会产生 2 个违规。"}

{"answer": "3", "解释": "该类属于 Domain 层，而 Domain 只能依赖 Domain，但 constructor 中引用了 Application 的 PlaceOrder、Infrastructure 的 Db 和 Logger，共 3 个违规依赖。"}

{"answer": "10,15", "解释": "readonly 只限制同一实例内不能修改，add() 返回的是拥有新值 15 的新对象，因此输出 10,15。"}

```json ⏎ {"answer": "1", "解释": "add('a')后items有一个元素，remove检查到count===1抛出DomainException，unset未执行，catch捕获异常后count仍为1。"} ⏎ ```

{"answer": "hi", "解释": "PHP 支持对 new 返回的对象直接链式调用方法，hi() 返回 'hi' 并被输出。"}

```json ⏎ {"answer": "yesno", "解释": "newLazyGhost 创建的对象初始为未初始化状态，第一次 isUninitializedLazyObject 返回 yes；访问 $o->v 会触发初始化闭包并设置 v=21，之后对象变为已初始化，第二次返回 no。"} ⏎ ```

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

{"answer": "noyes", "解释": "AttributeClassLoader 是当前用于读取路由属性的加载器（存在），而 AnnotationClassLoader 在升级到 Symfony 8.x 后已被移除。"}