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

{"answer": "否", "解释": "双引号字符串支持变量插值和转义字符解析，而单引号字符串近乎原样处理，区别不只是速度。"}

{"answer": "是", "解释": "?? 运算符基于 isset 语义工作，未定义变量不会触发警告。"}

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

{"answer": "是", "解释": "PHP 的 print 是语言结构而非函数，它总是返回值 1，因此可以出现在表达式内部。"}

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

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

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

{"answer": "3", "解释": "连接运算符优先级高于加法，先计算'总和: ' . 2得到'总和: 2'，再与3相加时字符串'总和: 2'因以非数字字符开头而转为0，0+3=3。"}

{"answer": "否", "解释": "在 PHP 中，=== 严格比较要求数组的元素不仅值和键相同，还必须顺序相同且类型相同。"}

{"answer": "否", "解释": "在 PHP 中 0 == false 返回的是 true，且 == 是松散比较而非严格比较（=== 才是）。"}

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

{"answer": "是", "解释": "在 PHP 宽松比较中，null 与 0、"" 和 false 比较均返回 true。"}

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

{"answer": 10, "解释": "在 PHP 中，当字符串与数字进行算术运算时，会先把数字形式的字符串转换成整数，因此 '5' + 5 = 10。"}

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

{"answer": "是", "解释": "由于浮点数精度问题，0.1 + 0.2 等于 0.30000000000000004，不等于 0.3，因此 === 比较结果为 false。"}

{"answer": "否", "解释": "strrev() 按字节反转字符串，会破坏 UTF-8 多字节编码，应使用 mb_strrev()。"}

{"answer": "是", "解释": "str_contains 函数用于判断一个字符串是否包含另一个子字符串，'Hello world' 确实包含 'world'，因此返回 true。"}

{"answer": "否", "解释": "str_pad() 通过第三个参数 $pad_type 支持右侧（STR_PAD_RIGHT）、左侧（STR_PAD_LEFT）和两侧（STR_PAD_BOTH）补齐。"}

{"answer": "否", "解释": "trim() 默认会移除包括空格、制表符、换行符等多种空白字符。"}

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

{"answer": "cde", "解释": "负数偏移量 -3 表示从字符串末尾向前数第 3 个字符（即 'c'）开始截取到结尾。"}

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

{"answer": "是", "解释": "heredoc 会像双引号一样对变量进行插值，而 nowdoc 使用带引号的标识符，不进行任何变量插值。"}

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

```json ⏎ {"answer": "是", "解释": "PHP 会将形如 '5' 的纯数字字符串键自动转换为整数 5。"} ⏎ ```

{"answer": "否", "解释": "in_array() 默认使用松散比较，需要传入第三个参数 true 才启用严格比较。"}

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

{"answer": "否", "解释": "array_slice() 默认会重置数字键，要保留原有键需要将 preserve_keys 参数设为 true。"}

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

{"answer": "2", "解释": "PHP 的 + 运算符中左侧数组的键优先级更高，结果保留 'a'=>1 和 'b'=>2，共 2 个元素。"}

{"answer": "是", "解释": "PHP 8.1 起展开运算符支持含字符串键的数组，键会像普通键值对一样合并。"}

{"answer": "是", "解释": "PHP 8.1 起，在同一函数调用中不能同时使用命名参数与展开操作符 ...$args。"}

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

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

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

{"answer": "否", "解释": "PHP 箭头函数按值隐式捕获外部变量（相当于自动 use($var)），而非按引用捕获。"}

{"answer": "是", "解释": "PHP 中使用 static 修饰的闭包不会自动捕获当前对象的 $this。"}

{"answer": "5", "解释": "闭包通过值捕获 $x，在创建时捕获了当时的值 5，之后对 $x 的重新赋值不影响已捕获的副本。"}

{"answer": "是", "解释": "在非严格类型模式下PHP会对可转换的值进行隐式类型转换，字符串\"5\"可转换为整数，因此允许传入。"}

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

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

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

{"answer": "否", "解释": "PHP 中 private 属性的作用域仅限于定义它的类，子类无法直接访问父类的私有属性。"}

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

{"answer": "是", "解释": "PHP 中私有方法对子类不可见，不属于继承契约，因此子类可以任意可见性地声明同名方法，两者互不影响。"}

{"answer": "否", "解释": "__get() 在访问不可访问（私有或受保护）的属性以及不存在的属性时都会被调用，不仅限于不存在的属性。"}

{"answer": "Error", "解释": "PHP 8.1 起对只读属性重复赋值会抛出 Error（Cannot modify already initialized readonly property）。"}

{"answer": "是", "解释": "PHP 接口中可以声明常量，这是 PHP 5.0 起支持的功能。"}

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

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

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

{"answer": "是", "解释": "自 PHP 8.0 起，接口方法可以包含默认实现（方法体），与 trait 方法类似。"}

{"answer": "是", "解释": "PHP 中抽象方法可以声明为 public 或 protected（但不能为 private，因为私有方法无法被继承覆盖）。"}

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

{"answer": "是", "解释": "PHP 中的 trait 可以声明常量、属性、方法等其他类中可以声明的内容。"}

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

{"answer": "否", "解释": "TypeError 继承自 Error 而非 Exception，二者都是 Throwable 的子类，因此 catch(Exception) 无法捕获 TypeError。"}

{"answer": "否", "解释": "@ 运算符只能抑制运行时错误（如警告、通知），无法抑制被抛出（throw）的异常，异常必须用 try/catch 处理。"}

{"answer": "ValueError", "解释": "在 PHP 8.1 及更高版本中，intdiv(5, 0) 会抛出 ValueError（早期版本为 ArithmeticError）。"}

{"answer": "否", "解释": "finally 块在任何情况下都会执行，无论异常是否被捕获、是否发生异常都会执行。"}

{"answer": "否", "解释": "finally 块中抛出的异常会覆盖 try 块的结果（包括返回值和原有异常），从而影响最终结果。"}

{"answer": "是", "解释": "在 PHP 中，将任何非空对象强制转换为 bool 结果都是 true，Exception 对象不是空对象。"}

{"answer": "是", "解释": "register_shutdown_function() 注册的函数在脚本结束（包括正常执行完毕、调用 exit() 或 die() 时）都会执行。"}

{"answer": "否", "解释": "use 语句仅仅是定义一个别名，并不会加载文件，实际加载依赖 PSR-4 自动加载机制在类被真正引用时触发。"}

{"answer": "function", "解释": "在 PHP 中，use 关键字后跟 function 用于导入命名空间中的函数，跟 const 用于导入常量，导入类则直接写类名。"}

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

{"answer": "是", "解释": "Composer 的 vendor/autoload.php 内部确实通过 spl_autoload_register() 注册了 Composer 的自动加载器。"}

{"answer": "是", "解释": "__NAMESPACE__ 确实是一个返回当前命名空间名称的魔术常量。"}

{"answer": "否", "解释": "非限定类名先从当前命名空间开始解析，找不到才回退到全局命名空间，而非从全局根开始。"}

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

{"answer": "否", "解释": "在 PHP 中，命名空间的 use 导入语句必须写在文件顶部（顶层作用域），不能放在函数体内局部化，因此该说法错误。"}

{"answer": "是", "解释": "在 PHP 中，数组默认采用按值传递，赋值时会进行复制（采用写时复制机制），而非按引用传递。"}

{"answer": "2", "解释": "PHP 中数组按值传递并使用写时复制，修改 $b 不会影响 $a，故 count($a) 仍为 2。"}

{"answer": "否", "解释": "通过闭包使用 use 关键字可以从其定义时的作用域（包括全局作用域）捕获变量，因此无需 global、$GLOBALS 或参数即可访问全局用户变量。"}

```json ⏎ {"answer": "否", "解释": "unset($GLOBALS['x']) 会直接删除全局作用域中的全局变量 x，而非仅在当前函数内生效。"} ⏎ ```

{"answer": "6", "解释": "inc 函数通过引用传递参数，$x++ 会修改传入的 $n，使其从 5 变为 6。"}

{"answer": "否", "解释": "foreach 在循环开始时会对数组进行一次内部复制，循环内的修改作用于原数组而不会影响正在进行的遍历。"}

{"answer": "否", "解释": "静态属性属于类而非实例，所有实例共享同一份，修改会反映到其他对象。"}

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

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

{"answer": "否", "解释": "PHP 中的生成器被遍历完成后无法 rewind()，再次遍历会抛出 Cannot rewind a generator 异常。"}

{"answer": "是", "解释": "PHP 7 引入的 yield from 确实会遍历委托给另一个生成器、Traversable 或可迭代对象。"}

{"answer": "Generator", "解释": "生成器函数返回一个 Generator 类的实例，get_class 返回其类名 Generator。"}

{"answer": "3", "解释": "该立即生成器通过 yield from 产出 1、2、3，iterator_to_array 将其转为键为 0、1、2 的数组，count 计数为 3。"}

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

{"answer": "是", "解释": "ArrayIterator 是 PHP 中的内置类，可以包装一个数组并通过 Iterator 接口遍历其内容。"}

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

{"answer": "是", "解释": "password_hash() 会在内部自动生成随机盐并将盐包含在返回的哈希字符串中，无需单独提供。"}

{"answer": "否", "解释": "PASSWORD_DEFAULT 默认使用 bcrypt 算法（PHP 8.1+ 可用 Argon2id），会自动加盐，但绝不是 md5。"}

{"answer": "是", "解释": "password_verify 会验证哈希值与密码是否匹配，匹配的字符串返回 true。"}

{"answer": "否", "解释": "strip_tags() 只用于移除字符串中的 HTML 和 PHP 标签，不能防止 SQL 注入，防止 SQL 注入需要使用预处理语句或正确的转义方法。"}

{"answer": "是", "解释": "session_regenerate_id() 会生成新的会话 ID，从而在用户登录时清除可能被攻击者植入的旧会话 ID，有效防范会话固定攻击。"}

{"answer": "php_sapi_name()", "解释": "php_sapi_name() 函数返回当前 SAPI（服务端应用编程接口）的名称，例如 cli、fpm-fcgi 等。"}

{"answer": "是", "解释": "session_destroy() 仅清除服务器端存储的会话数据，而浏览器中的会话 cookie 并不会自动删除，需要单独处理。"}

{"answer": "否", "解释": "必须显式调用 session_start() 才能加载并激活会话数据，否则 $_SESSION 为空数组。"}

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

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

{"answer": "是", "解释": "非对称可见性是 PHP 8.4 引入的功能，允许属性读和写使用不同的可见性修饰符。"}

{"answer": "PHP 8.2", "解释": "#[\\NoDiscard] 属性最早在 PHP 8.2 中引入，用于标记返回值在被忽略时应触发警告。"}

{"answer": "从未（PHP 从未在官方版本中添加 `|>` 管道运算符）", "解释": "管道运算符 `|>` 曾通过 RFC 被提议，但从未被 PHP 社区接受或实现，因此不存在任何 PHP 版本提供该运算符。"}

{"answer": "8.2", "解释": "clone-with 语法（clone($obj, ['x' => 1])）在 PHP 8.2 中引入，允许克隆时覆盖属性值。"}

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

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

{"answer": "8.4", "解释": "RFC clamp_v2（clamp() 函数）已被采纳并在 PHP 8.4 中实现。"}

{"answer": "是", "解释": "PHP 团队已接受 Context Managers v2 RFC，为语言引入了 context 关键字和上下文管理协议。"}

{"answer": "否", "解释": "没有证据表明存在名为「Bound-Erased Generic Types」的 PHP RFC 于 2026 年被拒绝，这很可能是一个虚构的说法。"}

{"answer": "是", "解释": "ZTS（默认线程安全）的 RFC 已在 PHP 8.4 开发周期中被接受，ZTS 现已成为默认构建方式。"}

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

{"answer": "是", "解释": "PHP 8.5 于 2025 年 11 月发布，8.6 计划于 2026 年 11 月 19 日 GA，故截至 2026-11-07 最新稳定版确为 8.5。"}

{"answer": "是", "解释": "PHP 6 分支（主要为 Unicode 支持）被取消从未发布，PHP 5.6 之后直接推出了 PHP 7.0。"}

{"answer": "否", "解释": "向核心添加 #[\Deprecated] 属性的 RFC（Deprecated Attributes）在 PHP 8.4 的投票中未达到通过所需的三分之二多数，因此未被接受。"}

{"answer": "是", "解释": "在洋葱架构和整洁架构中，依赖规则要求源码依赖指向中心，内层业务核心不依赖外层，外层可以依赖内层。"}

{"answer": "是", "解释": "领域实体应保持纯 PHP 类，不依赖 Doctrine、Symfony 等框架，只使用语言本身和标准库以保持领域层的独立性与可移植性。"}

{"answer": "否", "解释": "控制器和 Twig 模板属于表示层/接口层而非业务逻辑层，业务逻辑层仅包含用例、实体和领域服务。"}

```json ⏎ {"answer": "领域实体（业务规则/核心业务逻辑）", "解释": "洋葱架构以领域为核心，最内层包含领域实体和业务规则，外层各层逐步围绕并服务于核心。"} ⏎ ```

{"answer": "是", "解释": "Deptrac 等层间依赖分析器通过静态分析代码，在出现禁止的跨层调用时会主动报错，从而自动捕获层边界破坏。"}

{"answer": "否", "解释": "用例（interactor）应保持与框架和解耦，不应直接依赖 HTTP 请求或 EntityManager 等基础设施，而应接受纯数据传输对象（DTO）等输入，以遵守依赖倒置原则。"}

{"answer": "数据地图 (Data Map)", "解释": "这是马丁·福勒在企业应用架构模式中提出的 Data Map 模式，它隐藏底层存储的数据组织方式并在接口后暴露聚合体的集合。"}

{"answer": "是", "解释": "在整洁架构中数据库属于基础设施层，通过适配器实现，因此更换数据库只影响外层，领域层和用例层保持不变。"}

{"answer": "否", "解释": "聚合是领域模型中一组相关对象的簇，是概念模型而非数据库表，二者分属不同关注层。"}

{"answer": "是", "解释": "值对象以字段值进行比较且不可变，没有独立标识符。"}

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

{"answer": "是", "解释": "在 DDD 中，仓储确实针对聚合根声明，聚合内的实体通过聚合根进行访问而非独立仓储。"}

{"answer": "是", "解释": "统一语言是领域驱动设计中开发者和领域专家共同构建并共享的模型语言，用领域专家熟悉的术语沟通。"}

{"answer": "命名空间（namespace）", "解释": "在 PHP 中，命名空间在边界内部使类名与内部定义一致，而在边界外同样的类名会映射到不同的模型。"}

{"answer": "否", "解释": "DDD 推荐的是富领域模型（充血模型），业务逻辑应封装在实体内部，而贫血模型正是 Martin Fowler 和 Eric Evans 所批评的做法。"}

{"answer": "是", "解释": "在领域驱动设计中，限界上下文定义了模型的适用边界，每个上下文拥有独立的模型，同一概念在不同上下文中可以用不同的类表示。"}

{"answer": "是", "解释": "Symfony 的 DI 容器默认采用惰性实例化，服务只有在通过 get() 首次被请求时才被创建。"}

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

{"answer": "否", "解释": "Symfony 的自动装配能根据类型提示自动推断依赖，大多数服务无需在 services.yaml 中手动声明，框架默认开启自动装配和自动配置。"}

{"answer": "是", "解释": "Twig 将模板编译成 PHP 类并缓存到缓存目录中以加速后续请求。"}

{"answer": "是", "解释": "Symfony 在开发环境中会编译并缓存 DI 容器，仅在被跟踪文件的修改时间发生变化时才重新编译，而非每次请求都重建。"}

{"answer": "APP_ENV", "解释": "Symfony 通过 APP_ENV 环境变量来决定活动环境（dev 或 prod）。"}

{"answer": "否", "解释": "Symfony 的控制器方法必须是 public 的，私有或受保护的方法无法通过路由访问。"}

{"answer": "否", "解释": "事件订阅者和监听器之间没有固有的优先级差异，优先级由配置中指定的 priority 值决定，而非由接口决定。"}

{"answer": "是", "解释": "Symfony 5.4 引入了新的 AuthenticatorInterface 认证系统，旧的 Guard 体系在 6.0 中被移除。"}

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

{"answer": "是", "解释": "Symfony 的 Voter 正是用于检查对具体对象访问权的机制，通过 isGranted('EDIT', $post) 对具体对象进行权限校验。"}

{"answer": "是", "解释": "Symfony 7 的验证组件移除了对 Doctrine 注解的支持，验证约束必须使用 PHP 8 属性声明。"}

{"answer": "是", "解释": "Symfony 表单的 csrf_protection 选项默认开启，提交时会校验 CSRF 令牌。"}

{"answer": "是", "解释": "Symfony 的表单验证始终在服务器端执行，客户端的 HTML5 验证只是便利功能，可能被绕过或禁用，因此服务端验证必不可少。"}

{"answer": "make:form", "解释": "使用 `php bin/console make:form` 命令可以生成表单类（FormType）。"}

{"answer": "否", "解释": "Symfony 不会将用户密码以明文形式存储在会话中，而是仅保存身份验证标记（如用户标识符）等安全信息。"}

{"answer": "是", "解释": "在 Symfony 中，各 bundle 的配置通常放在 config/packages 目录下，可按 bundle 或功能各建一个配置文件。"}

{"answer": "是", "解释": "这是常见的安全实践，.env 保存默认值并提交，.env.local 保存真实密钥且被 gitignore 排除。"}

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

{"answer": "否", "解释": "Symfony 容器在编译后会被冻结（frozen），之后调用 setParameter() 会抛出异常，因此不能在运行时（如控制器中）修改已编译容器的参数。"}

{"answer": "否", "解释": "自 Symfony 3.2/4.0 起，服务默认为私有（private: true），必须显式设置 public: true 才能从容器直接获取。"}

{"answer": "否", "解释": "Bundle 都有默认配置值，即使 config/packages 里没有对应的配置文件也能正常工作，并非每个 bundle 都必须有配置文件。"}

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

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

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

{"answer": "否", "解释": "sync 传输会立即同步处理消息而非入队交由 worker 处理，只有 async 才会入队等待 worker 消费。"}

{"answer": "messenger:consume", "解释": "Symfony 使用 messenger:consume 命令启动 worker 来处理 Messenger 队列中的消息。"}

{"answer": "是", "解释": "在 Symfony Messenger 中，重试策略 retry_strategy 确实是在传输（transport）配置层面定义的，如 max_retries、delay、multiplier 等参数都属于某个 transport。"}

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

{"answer": "否", "解释": "Symfony Scheduler 的主要用途是按周期（类 cron）定期运行任务或命令，而非生成消息并通过 Messenger 发送。"}

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

{"answer": "否", "解释": "Messenger 使用 Laravel 的管道机制，内置的 DispatchMessageToChannel 中间件始终位于最前，自定义中间件只能追加在其后，无法置于其前。"}

{"answer": "是", "解释": "Symfony 确实遵循可预测的发布节奏：每两年发布一个大版本（奇数年 5 月），每年 5 月和 11 月各有一个版本发布。"}

{"answer": "8.3", "解释": "Symfony 8 要求最低 PHP 8.3 版本。"}

{"answer": "否", "解释": "Symfony 7.0 已完全移除对注解（Annotation）的支持，必须改用 PHP 属性（Attribute）来配置验证和路由。"}

{"answer": "是", "解释": "AssetMapper 是 Symfony 的组件，通过 importmap.php 管理前端资源，确实无需 Node 或 webpack。"}

{"answer": "否", "解释": "Symfony 6.4 是一个长期支持（LTS）版本，于 2023 年 4 月发布。"}

{"answer": "否", "解释": "Symfony 的弃用策略规定，弃用功能会在下一个主版本中被移除，因此升级新主版本后旧弃用功能不再可用。"}

{"answer": "是", "解释": "Symfony 的主版本仓库中通常包含 UPGRADE-版本号.md 文件，列出从旧版本升级时的变更说明。"}

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

{"answer": "是", "解释": "Symfony 8.0 于 2025 年 10 月发布（LTS），按约每 4 个月的版本周期推算，8.2 应在 2026 年 4 月左右发布，故到 2026-11-07 时已发布。"}

{"answer": "是", "解释": "Symfony 遵循约每六个月的发布周期，8.2 作为 LTS 版本计划于 2026 年 11 月发布。"}

{"answer": "8.2", "解释": "Symfony 的版本序列中，8.1 之后的下一个版本就是 8.2。"}

{"answer": "否", "解释": "Symfony 8.2 中的「8」才是主版本号，「.2」表示它是该主版本下的次要版本，次要版本只包含新功能而不引入破坏性变更，不需要重写应用程序。"}

{"answer": "是", "解释": "PHP 自 8.0.0 起遵循语义化版本规范，主版本内的次要版本升级（如 8.1 → 8.2）应保持向后兼容，理论上不需要修改代码。"}

{"answer": "8.1", "解释": "Symfony 8.x 分支在 9.0 之前的最后一个已发布次版本为 8.1。"}

{"answer": "否", "解释": "Symfony 8 预计于 2025 年 11 月发布，将要求 PHP 8.4 而非 8.5，且 minor 版本通常不会更改 PHP 最低版本要求。"}

{"answer": "是", "解释": "Symfony 的弃除策略规定，在某个主版本（如 8.x）引入的弃用功能通常不会在该主版本周期内移除，最早也要到下一个主版本 9.0 才会被移除。"}

{"answer": "否", "解释": "Twig 模板是安全的模板引擎，{{ }} 中只能使用允许调用标签、函数、过滤器和变量，不能执行任意 PHP 代码。"}

{"answer": "是", "解释": "Twig 默认启用自动转义（autoescape），会以 HTML 模式转义输出的变量以防止 XSS。"}

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

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

{"answer": "是", "解释": "FILTER_RAW 过滤器不会对值进行任何转义，直接原样返回。"}

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

{"answer": "否", "解释": "Twig 模板可以使用 {% set %} 标签在模板内部声明变量，例如 {% set name = "John" %}，并非只能由控制器传入。"}

{"answer": "dump", "解释": "Twig 的 dump 函数用于输出变量（数组、对象）的调试信息。"}

{"answer": "是", "解释": "Bootstrap 确实是现成 UI 组件的 CSS/JS 库，而非 SPA 框架。"}

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

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

{"answer": "是", "解释": "Bootstrap 5 的五个命名断点确实是 sm、md、lg、xl、xxl。"}

{"answer": "是", "解释": "Bootstrap 的间距工具类使用 $spacer 作为基准单位，数字即为 $spacer 的倍数，例如 .mt-3 表示 margin-top: 3 × $spacer。"}

{"answer": "data-bs-toggle", "解释": "在 Bootstrap 5 中，使用 data-bs-toggle 属性（配合如 \"dropdown\" 值）来为元素启用交互式组件。"}

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

{"answer": "否", "解释": "Bootstrap 5.2 起通过根元素上的 data-bs-theme=\"dark\" 属性开启深色模式，而非 .dark 类。"}

{"answer": "否", "解释": "Doctrine ORM 不会在运行时自动建表，需要运行 orm:schema-tool:update 等命令行工具显式生成表结构。"}

{"answer": "persist()", "解释": "persist() 将新实体标记为受管并计划 INSERT 操作，实际 SQL 在 flush() 时才真正执行。"}

{"answer": "否", "解释": "在 Doctrine ORM 3 中，EntityManager::merge() 方法已被移除，因为它在 Doctrine 2.14 中被弃用，并在 3.0 中正式删除。"}

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

{"answer": "null", "解释": "在 Doctrine ORM 中，若 find() 方法未找到对应主键的记录，则返回 null。"}

{"answer": "否", "解释": "Doctrine 默认不会在请求结束时自动调用 flush()，必须由开发者手动调用 $entityManager->flush() 来将变更持久化到数据库。"}

{"answer": "是", "解释": "Doctrine 的 Unit of Work 采用默认变更追踪模式，受管实体发生修改后，flush() 会自动检测到变更并提交，无需再次显式调用 persist()。"}

```json ⏎ {"answer": "否", "解释": "remove() 只是将实体加入删除调度队列，实际的 SQL DELETE 需要等到调用 flush() 时才会真正执行。"} ⏎ ```

{"answer": "否", "解释": "PostgreSQL 的 MVCC 核心优势正是让读操作不阻塞写、写也不阻塞读。"}

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

{"answer": "否", "解释": "SERIAL 是遗留的伪类型机制，而 GENERATED AS IDENTITY 是 SQL 标准的身份列特性，二者实现类似效果但并非同一机制。"}

{"answer": "否", "解释": "PostgreSQL 的 UNIQUE 约束允许列中存在多个 NULL 值，因为 NULL 之间不视为相等。"}

{"answer": "string_agg", "解释": "string_agg 聚合函数使用指定的分隔符将多行字符串拼接为单个字符串。"}

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

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

{"answer": "否", "解释": "READ COMMITTED 只能防止脏读，无法防止不可重复读，防止不可重复读需要 REPEATABLE READ 隔离级别。"}

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

{"answer": "COMMIT", "解释": "COMMIT 命令结束当前事务并将所有更改持久保存到数据库中。"}

{"answer": "是", "解释": "索引通过快速定位符合条件的行来加速查询，UPDATE 和 DELETE 使用带索引列的 WHERE 条件时同样能利用索引加速。"}

{"answer": "是", "解释": "PostgreSQL 使用 SAVEPOINT 创建事务内的保存点，可通过 ROLLBACK TO SAVEPOINT 回滚到该点从而只回滚事务中的部分语句而保留其余操作。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会真正执行查询并报告实际的运行时间和统计信息，而不仅仅是显示计划。"}

{"answer": "pgvector", "解释": "pgvector 是一个 PostgreSQL 扩展，它增加了向量数据类型和索引以支持向量（embedding）搜索。"}

{"answer": "是", "解释": "部分索引只对其 WHERE 条件匹配的行建立索引，非匹配的行不会被包含在索引中。"}

{"answer": "是", "解释": "PostgreSQL 的 SERIALIZABLE 隔离级别通过谓词锁（predicate locks）锁定事务读取的行及其搜索条件，从而防止并发事务做出会破坏可串行化的修改。"}

{"answer": "是", "解释": "HTTP 201 Created 状态码表示服务器已成功处理请求并创建了新资源。"}

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

{"answer": "是", "解释": "DELETE 是幂等方法，HTTP 规范将 GET、HEAD、PUT、DELETE、OPTIONS、TRACE 列为幂等方法，重复请求不会改变结果。"}

{"answer": "否", "解释": "Access-Control-Allow-Origin 头是由服务器在响应中发送的，用以表明是否允许来自其他源的请求，而非由客户端发送。"}

{"answer": "是", "解释": "HTTP 429 状态码确实用于指示客户端请求过多，超出了服务器允许的频率限制。"}

{"answer": "否", "解释": "4xx 表示客户端错误，5xx 表示服务器端错误，题干将两者说反了。"}

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

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

{"answer": "否", "解释": "应使用 time-safe 的 hash_equals()，因为 == 比较会受字符串类型混淆和 timing attack 影响，无法安全校验密码。"}

```json ⏎ {"answer": "是", "解释": "CSRF 令牌由服务器生成并关联到会话，在不安全请求（POST、PUT、DELETE 等）返回时由服务端校验令牌与会话是否匹配。"} ⏎ ```

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

{"answer": "否", "解释": "OAuth 2.0 是授权框架而非认证协议，access 令牌只表示授权访问某个资源的权限，并不能直接证明用户身份。"}

{"answer": "否", "解释": "XSS 的防护关键在于输出时根据上下文进行编码或转义，仅靠写入数据库前的服务器端校验不足以防 XSS，因为校验可能不完整且数据可在不同上下文中被重复使用。"}

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

{"answer": "是", "解释": "刷新令牌通常具有更长的生命周期，可在用户不重新登录的情况下换取新的访问令牌。"}

{"answer": "否", "解释": "盐不需要保密，通常明文存储在与哈希相同的数据库中，其安全性依赖于唯一性而非隐蔽性。"}

{"answer": "是", "解释": "从 PHPUnit 10 开始，测试类不必继承 TestCase，可直接使用 #[Test] 属性或 test 前缀命名方法来运行测试。"}

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

{"answer": "否", "解释": "PHPUnit 数据提供者可以返回多个数据集，从而让同一个测试用多组参数重复运行。"}

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

{"answer": "否", "解释": "说法正好相反，stub 只是返回提供的数据，而 mock 才是用来检查哪些方法被调用过。"}

```json ⏎ {"answer": "是", "解释": "PHPUnit 10 引入 PHP 属性作为提供元数据的新方式，#[DataProvider] 成为推荐用法，而 @dataProvider 注解被弃用。"} ⏎ ```

{"answer": "否", "解释": "PHPUnit 支持通过 @depends 注解（或 #[Depends] 属性）声明测试之间的依赖关系。"}

{"answer": "--order-by random", "解释": "PHPUnit 通过 --order-by random 命令行选项让测试以随机顺序执行。"}

{"answer": "3-3", "解释": "intdiv 向零取整，7÷2=3、-7÷2=-3，拼接后输出 3-3。"}

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

{"answer": "true", "解释": "因为 '1e1' 和 '10' 都是数值字符串，PHP 会进行数值比较，'1e1' 等于 10，所以两者相等返回 true。"}

{"answer": "zero", "解释": "switch 默认使用松散比较，字符串 'a' 与数字 0 比较时会转换为 0，因此匹配 case 0。"}

```json ⏎ {"answer": "2c", "解释": "使用数组形式的 strtr 会优先匹配最长的键，因此 ab 先被替换为 2，剩下 c 不变。"} ⏎ ```

{"answer": "[]", "解释": "substr 的起始位置 -10 在字符串 'hello'（长度5）开头之前，因此返回空字符串，最终输出方括号内为空。"}

{"answer": "k,n,m", "解释": "数组相加时左侧键优先，结果为['k'=>1,'n'=>2,'m'=>3]，键顺序为k,n,m。"}

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

{"answer": "4", "解释": "PHP 8 的解包运算符结合字符串键作为命名参数，按名称而非顺序匹配，所以 $a=5、$b=1，结果为 5-1=4。"}

{"answer": "3", "解释": "`$p->g(...)` 创建一个绑定到对象 $p 的闭包，闭包仍持有对象的引用，因此即使 $p=null 对象仍未被回收，$f() 返回私有属性 $v 的值 3。"}

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

{"answer": "10", "解释": "PHP 8.4+ 的钩子语法中，设置 $c->x = 5 会触发 set 钩子执行 $this->x = $value * 2 = 5 * 2 = 10，因此输出 10。"}

{"answer": "BA", "解释": "insteadof 让 f() 使用 TB 的版本返回 'B'，而 as 别名 g() 指向 TA 的版本返回 'A'，因此输出 BA。"}

{"answer": "0", "解释": "Trait 的静态属性在每个 use 它的类中各自独立复制一份，所以 CX::$n 和 CY::$n 互不影响，CY::$n 仍为 0。"}

{"answer": "2", "解释": "在 PHP 中，如果 finally 块包含 return 语句，它会覆盖 try 块中的返回值，因此最终输出 2。"}

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

{"answer": "App\\Foo|Baz", "解释": "Baz 是 App\\Foo 的别名，故 Baz::class 解析为 App\\Foo，而 \\Baz 显式指向全局命名空间下的 Baz 类，故 \\Baz::class 解析为 Baz。"}

```json ⏎ {"answer": "yesyes", "解释": "代码处于 Ns 命名空间，class_exists('Foo') 会被解析为 Ns\\Foo 存在返回 yes，class_exists('Ns\\Foo') 也存在返回 yes。"} ⏎ ```

```json ⏎ {"answer": "1,2,99", "解释": "foreach 使用引用后 $v 仍指向数组最后一个元素，赋值 99 会修改 $a[2]"} ⏎ ```

{"answer": "3", "解释": "B 未重写 inc() 方法，因此 $b->inc() 调用的是 A::inc()，静态变量 $n 在所有调用间共享，最终 echo 输出 3。"}

{"answer": "11", "解释": "send(10) 使 yield 表达式的返回值为 10，因此 $x=10，函数 return 11，getReturn() 返回 11。"}

{"answer": "1,2,ok", "解释": "yield from 会依次产出 inner 的值 1 和 2，并把 inner 的返回值 'ok' 赋给 $r，然后 yield $r 再产出 'ok'，所以迭代器值为 1、2、ok。"}

{"answer": "noyes", "解释": "cost 4 与创建时相同故不需要重哈希返回 no，cost 5 不同故需要重哈希返回 yes。"}

{"answer": "strict-in", "解释": "E_ALL 包含 E_DEPRECATED(2048)，所以 E_ALL & 2048 = 2048，不等于 0，输出 'strict-in'。"}

{"answer": "mapped", "解释": "Request::create 将服务器变量 HTTP_X_TOKEN 映射为 X-Token 请求头，且 get() 按大小写不敏感方式检索，因此返回 'abc'。"}

{"answer": "BCA", "解释": "Symfony EventDispatcher 中优先级数值越大越先执行，B(10) 先于 C(5) 先于 A(0)，因此输出顺序为 B、C、A。"}

{"answer": "same", "解释": "Doctrine 使用身份映射（一级缓存），相同主键的多次 find() 返回同一实体实例。"}

{"answer": 1, "解释": "persist 把新实体加入插入队列；remove 触发的 scheduleForDelete 因 isScheduledForInsert 为真而不会将其加入删除队列，实体仍停留在插入列表中，flush 因此执行 INSERT，users 表有 1 行。"}

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

{"answer": "10,30,60", "解释": "子查询计算按 id 排序的 x 运行和（10、30、60），外层 string_agg 将这些值按 id 顺序以逗号连接为 '10,30,60'。"}

{"answer": "1", "解释": "第一个 INSERT 插入值 1，第二个因唯一索引冲突而通过 ON CONFLICT DO NOTHING 被忽略，因此表中只有一行。"}

{"answer": "2", "解释": "由于唯一约束是 DEFERRABLE INITIALLY DEFERRED，约束检查被推迟到事务提交时才执行，而两条 INSERT 都能成功写入，且没有 COMMIT，因此 SELECT count(*) 返回 2。"}

{"answer": "3", "解释": "PHPUnit 的 --filter 使用带 ^...$ 锚定的正则 #^test_sum$#，只能精确匹配名为 test_sum 的测试方法，因此只运行 test_sum 的 3 个数据集（3 个测试），而 test_sum_abs 和 test_other 都不匹配。"}

{"answer": "2, 1", "解释": "DataProvider prov 提供两个用例 x=1 和 x=-1，共执行 2 个测试，其中 x=-1 的 assertTrue 断言失败。"}

{"answer": "POST", "解释": "curl 的 -d/--data 选项默认会发送 HTTP POST 请求。"}

{"answer": "GET", "解释": "curl 使用 -G 标志会将 -d 提供的数据作为查询参数附在 URL 上，并使用 HTTP GET 方法发送。"}

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

{"answer": "Fragment（# 后面的 URL 片段部分）", "解释": "OAuth 2.0 隐式授权模式中，access_token 被放在 redirect_uri 的 fragment（# 之后）中，这样它不会通过 HTTP 请求发送到服务器。"}

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

{"answer": "a12", "解释": "Twig 中 ~（优先级15）高于 +（优先级5），故先算 'a' ~ 1 得到 'a1'，再计算 'a1' + 2；由于 + 的一侧为字符串，Twig 会执行字符串拼接而非算术运算，结果为 'a12'，并不抛出异常。"}

{"answer": "0", "解释": "NotBlank 委托给 NotNull 校验，它只检查传入的值是否为 null、空字符串或空数组；[''] 是非空数组（含一个空字符串元素），因此不触发违规，错误列表数量为 0。"}

{"answer": "Symfony\\Component\\Form\\Exception\\UnexpectedException", "解释": "该表单从未调用 submit() 提交过，因此在 isValid() 中会抛出 UnexpectedException，被 catch 捕获后输出其类名。"}

{"answer": "same", "解释": "Symfony DI 容器默认将服务设为共享（shared），因此两次 get('a') 返回同一个缓存实例。"}

{"answer": "hi Bob!", "解释": "编译后 getParameter 会递归解析占位符：%message% 展开为 %greeting%!，再展开 %greeting% 为 hi %name%，最终 %name% 为 Bob，得到 'hi Bob!'。"}

{"answer": "960px", "解释": "在 Bootstrap 5.3 中，lg 断点为 ≥992px，此时 .container 的 max-width 为 960px。"}

{"answer": "text-primary", "解释": "两个类都设置 color 属性且特异性相同，class 属性中排在后面的 text-primary 生效。"}

```json ⏎ {"answer": "2", "解释": "该类属于 Domain 层，但依赖了 Application 层（PlaceOrder）和 Infrastructure 层（Db），而 Domain 只能依赖 Domain 层，因此产生 2 个违规。"} ⏎ ```

{"answer": "2", "解释": "BillingService 属于 Domain 层，而 Domain 只能依赖 Domain，但它引用了 Application 层的 PlaceOrder 和 Infrastructure 层的 Db、Logger；deptrac 按层（包）统计违规，Application 计 1 个、Infrastructure 计 1 个（Db 与 Logger 同属一层只算 1 个），共 2 个违规。"}

{"answer": "10,15", "解释": "$a 的 amount 为 10，$c 是 add() 返回的 new Money(10+5) 即 15，因此输出 10,15。"}

{"answer": "1", "解释": "add('a')后items有一个元素；remove('a')因为count为1而抛出一被catch捕获的异常，故unset未执行，items仍为1个元素，count返回1。"}

{"answer": "hi", "解释": "代码创建 C 的新实例并立即调用 hi() 方法返回 'hi' 然后输出。"}

{"answer": "yesno", "解释": "newLazyGhost 创建未初始化的惰性代理，首次访问 $o->v 会触发回调初始化对象，因此第一次输出 yes，第二次输出 no。"}

{"answer": "no", "解释": "Symfony Guard 系统（包括 AbstractGuardAuthenticator）在 5.1 中弃用并在 6.0 中移除，因此 8.1 中该类不存在。"}

{"answer": "no", "解释": "AnnotationClassLoader 已于 Symfony 7.0 移除（8.1 中不存在，返回 no），而 AttributeClassLoader 自 5.0 起引入至今仍然存在，返回 yes。"}