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

{"answer": "否", "解释": "双引号字符串支持变量插值和转义字符（如 $var、\\n），而单引号字符串基本按字面量处理，处理方式并不相同。"}

{"answer": "是", "解释": "?? 运算符（空合并运算符）确实按 isset 语义工作，在变量未定义时不会产生警告。"}

{"answer": "ab", "解释": "PHP 的 echo 可以用逗号分隔多个参数并依次输出。"}

{"answer": "是", "解释": "PHP 的 print 是语言结构，返回整数值 1，因此可以用在表达式中。"}

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

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

{"answer": "否", "解释": "PHP 中 ** 运算符是右结合的，所以 2 ** 3 ** 2 计算为 2 ** (3 ** 2) = 2 ** 9 = 512，而非 64。"}

{"answer": "3", "解释": "点(.)运算符优先级高于加号(+)，先计算'总和: ' . 2 得到字符串'总和: 2'，再与 3 相加时非数字字符串转为 0，故 0 + 3 = 3。"}

{"answer": "否", "解释": "PHP 中数组使用 === 比较时，元素不仅需要值相同、顺序也必须相同。"}

{"answer": "否", "解释": "0 == false 使用的是宽松比较（==）且结果为 true 而非 false，因为 0 与 false 在宽松比较下相等。"}

{"answer": "是", "解释": "在 PHP 中，字符串与数字使用 == 比较时，非数字字符串 \"abc\" 会被转换为 0，因此 \"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\" 是 int 0 转换为字符串的结果。"}

{"answer": "是", "解释": "由于浮点数精度问题，0.1 + 0.2 实际等于 0.30000000000000004，与 0.3 不完全相等，因此严格比较结果为 false。"}

{"answer": "否", "解释": "strrev() 按字节反转字符串，会破坏 UTF-8 多字节字符的结构，因此无法正确反转 UTF-8 字符串。"}

{"answer": "是", "解释": "str_contains() 在第 8.0 版本中引入，当 haystack 包含 needle 时返回 true，而 'Hello world' 确实包含 'world'。"}

{"answer": "否", "解释": "str_pad() 可通过 pad_type 参数（STR_PAD_RIGHT、STR_PAD_LEFT、STR_PAD_BOTH）在右侧、左侧或两侧补齐。"}

{"answer": "否", "解释": "PHP 的 trim() 默认会去掉空格、制表符(\t)、换行符(\n)、回车符(\r) 等多个空白字符。"}

{"answer": "6", "解释": "strlen 按字节计数，UTF-8 中每个汉字占 3 个字节，因此'你好'返回 6。"}

{"answer": "def", "解释": "负数偏移量从字符串末尾开始计数，-3 对应字符 'd'，未指定长度则返回从该位置到结尾的子串 'def'。"}

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

{"answer": "是", "解释": "heredoc 语法支持变量插值，而 nowdoc 语法类似单引号字符串，不对变量进行解析。"}

{"answer": "否", "解释": "sort() 函数对数组进行排序时会重新索引键名（从 0 开始），不保持键与值的对应关系，要保留对应关系需用 asort()。"}

{"answer": "是", "解释": "在 PHP 中，字符串键如果是合法的整数形式（如 '5'），会被自动转换为整数键。"}

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

{"answer": "是", "解释": "array_filter() 在不提供回调函数时，会移除所有等于 false（falsy）的元素，并保留原有的数组键名。"}

```json ⏎ {"answer": "否", "解释": "array_slice() 的默认 preserve_keys 参数为 false，因此整数键会被重新索引而非保留原键。"} ⏎ ```

{"answer": "[20, 30]", "解释": "array_slice 从偏移量 1 开始提取长度为 2 的元素，即下标 1 和 2 的 20 和 30，默认保留原键名。"}

{"answer": "2", "解释": "PHP 数组的 + 运算符中左边数组的同名键优先保留，所以合并后为 ['a'=>1, 'b'=>2]，共 2 个元素。"}

{"answer": "是", "解释": "从 PHP 8.1 起，展开运算符 [...$a, ...$b] 支持字符串键数组，相同字符串键会被后面的值覆盖。"}

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

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

{"answer": "3", "解释": "func_num_args() 返回实际传入的参数个数，调用 f(1, 2, 3) 时传入了 3 个参数。"}

{"answer": "否", "解释": "PHP 箭头函数使用 => 语法且函数体只能包含单个表达式，不能用花括号包裹多个语句。"}

{"answer": "否", "解释": "PHP 箭头函数 fn 是按值（非按引用）捕获外部变量的，且在定义时就捕获，而非惰性捕获。"}

{"answer": "是", "解释": "PHP 中使用 static 关键字声明的闭包不会自动捕获 $this。"}

{"answer": "5", "解释": "闭包通过 use($x) 按值捕获，捕获的是创建闭包时 $x 的值 5，之后 $x=7 不影响闭包内的副本。"}

{"answer": "是", "解释": "在不启用 strict_types 的弱类型模式下，PHP 会将可转换的字符串 \"5\" 自动强制转换为整数 5。"}

{"answer": "是", "解释": "PHP 8.0 引入了构造函数属性提升功能，可以在构造函数参数中直接使用 private/public/protected 修饰符来声明属性。"}

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

{"answer": "是", "解释": "用 final 声明的方法在子类中被禁止重写，PHP 会抛出致命错误。"}

{"answer": "否", "解释": "private 可见性的属性只能在其所属类内部访问，子类无法直接访问父类的 private 属性。"}

{"answer": "", "解释": "new class {} 生成的匿名类名以 NUL 字节开头，其后跟随文件路径和计数器，因此 NUL 字节之前为空字符串。"}

{"answer": "是", "解释": "在 PHP 中，父类的私有方法不参与继承契约，子类可以自由地用任意可见性声明同名方法而不报错。"}

{"answer": "否", "解释": "__get() 在访问不可访问（protected/private）或不存在的属性时都会被调用，并非只针对不存在的属性。"}

{"answer": "Error", "解释": "PHP 8.1 起对 readonly 属性重复赋值会抛出 Error（无法修改只读属性），而非 Exception。"}

{"answer": "是", "解释": "PHP 接口中可以声明常量，这些常量在实现类中可直接引用。"}

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

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

{"answer": "否", "解释": "instanceof 不仅可以检查类继承，还可以检查对象是否实现了某个接口。"}

{"answer": "是", "解释": "自 PHP 8.0 起，接口方法可以像 trait 方法一样带有默认实现。"}

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

{"answer": "3", "解释": "Foo::cases() 返回枚举中所有定义的情况数组，该枚举定义了 A、B、C 三个情况，因此返回 3 个元素。"}

{"answer": "是", "解释": "PHP trait 可以声明常量，例如 trait Foo { const VERSION = '1.0'; }"}

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

{"answer": "否", "解释": "TypeError 继承自 Error 而非 Exception，两者都实现 Throwable，因此 catch (Exception $e) 无法捕获 TypeError。"}

{"answer": "否", "解释": "@ 运算符只能抑制错误（如警告、通知），不能抑制异常，异常必须用 try/catch 处理。"}

{"answer": "DivisionByZeroError", "解释": "PHP 中 intdiv() 除以零时会抛出 DivisionByZeroError 异常。"}

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

{"answer": "否", "解释": "finally 块中抛出的异常会覆盖 try 块原有的异常或返回值，从而改变最终结果。"}

{"answer": "true", "解释": "在 PHP 中将任意对象强制转换为布尔值始终返回 true，Exception 是一个对象。"}

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

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

{"answer": "function", "解释": "在 PHP 中，导入函数需在 use 后用 function 关键字，导入常量则用 const 关键字。"}

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 将命名空间 App\\Controller\\Api 映射到 src/Controller/Api，类名附加 UserController.php。"}

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

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

{"answer": "否", "解释": "在 new 中，非限定类名是相对于当前命名空间解析的，只有带前导 \\ 的全限定类名才会从全局根开始解析。"}

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

{"answer": "是", "解释": "PHP 允许在函数体内使用 use 语句导入命名空间、类或函数，且该导入仅对该函数生效。"}

{"answer": "是", "解释": "在 PHP 中数组按值传递，赋值时会复制一份，默认并非按引用传递。"}

{"answer": "2", "解释": "PHP 采用写时复制（copy-on-write）语义，$b = $a 只是共享底层数据，直到 $b[] = 3 修改时才真正复制，因此 $a 仍为两个元素。"}

{"answer": "是", "解释": "在函数内部默认访问的是局部作用域，要读取全局作用域中用户自定义的变量，标准做法就是使用 global 关键字、$GLOBALS 超全局数组或将变量作为参数传入，除此之外没有其他方式访问这些用户变量（超全局变量如 $_GET 等不属于用户变量）。"}

{"answer": "否", "解释": "在函数内执行 unset($GLOBALS['x']) 会直接销毁全局作用域中的变量 x，影响整个程序而非仅当前函数。"}

{"answer": "6", "解释": "inc 函数通过引用 &$x 修改传入变量，$x++ 将 $n 从 5 自增为 6。"}

```json ⏎ {"answer": "否", "解释": "foreach 在开始时会对数组进行复制，因此循环内部对数组的修改不会影响当前这次遍历。"} ⏎ ```

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

{"answer": "否", "解释": "在 PHP 中数组键只能是整数或字符串，布尔键会被强制转换为整数（true 转为 1，false 转为 0），并不会以 bool 类型保存。"}

{"answer": "否", "解释": PHP 中获取生成器返回值的正确方法是 getReturnedValue()，而不是 getReturn()，因此该说法错误。"}

{"answer": "否", "解释": "PHP 7.2 之后，已经遍历完（耗尽）的生成器无法 rewind()，否则会抛出 Cannot rewind a generator 异常。"}

{"answer": "是", "解释": "yield from 确实会把遍历委托给另一个生成器或可迭代对象，并转发其所有 yield 值。"}

{"answer": "Generator", "解释": "调用生成器函数返回一个 Generator 类的实例，因此 get_class 返回 \"Generator\"。"}

{"answer": "3", "解释": "生成器通过 yield from [1,2,3] 依次产出 0=>1、1=>2、2=>3，iterator_to_array 将其转为含 3 个元素的数组，因此 count 返回 3。"}

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

{"answer": "是", "解释": "ArrayIterator 实现 Iterator 接口，可用于包装数组并遍历它。"}

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

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

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

{"answer": "是", "解释": "password_hash 对 secret 生成哈希，password_verify 用相同的 secret 进行验证会返回 true。"}

{"answer": "否", "解释": "strip_tags() 只能删除 HTML/PHP 标签，无法防止 SQL 注入，防注入需使用参数化查询或转义 SQL 特殊字符。"}

{"answer": "是", "解释": "session_regenerate_id() 会生成新的会话 ID，从而清除攻击者可能固定的旧 ID，有效防止会话固定攻击。"}

{"answer": "php_sapi_name()", "解释": "php_sapi_name() 函数返回 PHP SAPI 的名称，例如 cli、apache2handler 等。"}

{"answer": "是", "解释": "session_destroy() 仅清除服务器端的会话数据，并不会删除浏览器中存储的会话 cookie。"}

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

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

{"answer": "是", "解释": "属性钩子（property hooks）于 2024 年 11 月发布的 PHP 8.4 中正式引入。"}

{"answer": "是", "解释": "非对称可见性在 PHP 8.4 中引入，允许使用如 public private(set) string $name 这样的属性声明。"}

{"answer": "8.2", "解释": "#[\\NoDiscard] 属性最早在 PHP 8.2 中引入，用于标记被丢弃的返回值。"}

{"answer": "PHP 从未正式引入此运算符", "解释": "管道运算符 |> 曾以 RFC 形式被提议，但在 PHP 社区被拒绝，从未在任何一个正式 PHP 版本中实现。"}

{"answer": "8.4", "解释": "clone with 语法（带属性覆盖的克隆）是 PHP 8.4 引入的特性。"}

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

{"answer": "8.4", "解释": "Partial Function Application v2 RFC 于 2024 年被投票通过并纳入 PHP 8.4 版本。"}

{"answer": "8.5", "解释": "clamp() 函数作为 RFC clamp_v2 已在 PHP 8.5 中实现。"}

{"answer": "是", "解释": "Context Managers 作为 PHP 特性已被接受并纳入相关版本。"}

{"answer": "否", "解释": "PHP 的泛型（Bound/Erased 擦除式泛型）RFC 于 2025 年被接受并纳入 PHP 8.4，而非在 2026 年被拒绝。"}

{"answer": "是", "解释": "确实存在关于默认启用 ZTS 线程安全的 RFC，且已被接受。"}

{"answer": "是", "解释": "PHP 至今（包括 8.5）仍未引入参数化类型/泛型，该特性尚未被实现。"}

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

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

{"answer": "是", "解释": "PHP 确实有一项关于添加内建 #[\\Deprecated] 属性的 RFC 且已被接受。"}

{"answer": "是", "解释": "在整洁架构和洋葱架构中，依赖规则要求源代码的依赖只能向内指向中心，内层不知道外层的存在，业务规则位于核心受保护。"}

{"answer": "是", "解释": "领域实体应保持纯净，仅依赖 PHP 语言本身和标准库，而不依赖 Doctrine 或 Symfony 等框架，以维持领域驱动设计的独立性。"}

{"answer": "否", "解释": "控制器和 Twig 模板属于表现层（视图层），它们调用用例而非属于业务逻辑层，用例才属于应用/业务层。"}

{"answer": "业务领域模型（核心业务实体与业务规则）", "解释": "洋葱架构以业务领域模型为中心，业务规则和实体位于最内层，被各层依赖包裹。"}

{"answer": "是", "解释": "deptrac 等层间依赖分析器会在静态分析中发现并报错禁止的跨层调用。"}

{"answer": "否", "解释": "用例/交互器不应接受 HTTP 请求或 EntityManager，而应接收纯领域对象，以保持框架无关性。"}

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

{"answer": "是", "解释": "在整洁架构中数据库属于外层的基础设施层，通过端口与实现接口隔离，因此更换数据库只需替换外层适配器而不影响领域和用例。"}

{"answer": "否", "解释": "聚合是领域模型中用于保证一致性的实体与值对象集合，属于领域概念而非数据库表的同义词。"}

{"answer": "是", "解释": "值对象是不可变的，并通过其字段值进行比较而非对象标识符。"}

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

{"answer": "是", "解释": "在 DDD 中，仓储用于访问和管理聚合，聚合内的实体应通过聚合根来访问，因此仓储是针对聚合根声明而非针对每个实体。"}

{"answer": "是", "解释": "统一语言确实是指开发者和领域专家在协作中共同构建并共享的领域模型语言。"}

{"answer": "引号", "解释": "引号构成提及与使用之间的边界，边界内符号与其自身一致，边界外同样的词会映射到另一层的意义。"}

{"answer": "否", "解释": "DDD 推荐的是富领域模型，业务逻辑应封装在实体对象内部，而贫血模型（仅有 getter/setter，逻辑集中在服务层）恰恰是 DDD 所反对的反模式。"}

{"answer": "是", "解释": "限界上下文的核心思想是每个上下文都有其独立的模型，同一概念在不同上下文中可以被建模为不同的类并拥有不同的语义。"}

{"answer": "是", "解释": "Symfony 的 DI 容器默认采用惰性加载（lazy loading），服务仅在首次被实际引用或请求时才实例化，而非容器编译时统一创建。"}

{"answer": "debug:router", "解释": "运行 php bin/console debug:router 会列出项目里所有已注册路由及其详情。"}

{"answer": "否", "解释": "自动装配的目的正是让 Symfony 依据类型提示自动推断并注入依赖，无需手动声明每个服务的参数。"}

{"answer": "是", "解释": "Twig 会将模板编译成 PHP 类并缓存在磁盘上，从而在请求之间提升性能。"}

{"answer": "是", "解释": "Symfony 在 dev 环境中会缓存编译后的容器，并通过跟踪源文件的修改时间来决定是否重建容器，因此只有文件变化时才重建，而非每个请求都重建。"}

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

{"answer": "否", "解释": "在 Symfony 中，控制器方法必须是 public，private 或 protected 方法无法通过路由访问。"}

{"answer": "否", "解释": "优先级由事件映射中指定的 priority 值决定，而非由是否使用 EventSubscriber 接口决定，接口本身并不赋予优先级。"}

{"answer": "是", "解释": "Symfony 5.4 弃用了旧的 guard 认证体系，并在 6.0 中将其移除，改用基于 AuthenticatorInterface 的新认证机制。"}

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

{"answer": "是", "解释": "Voter 正是 Symfony 用于检查对具体对象（如 $post）访问权的机制，通过 isGranted('EDIT', $post) 等带 subject 的调用触发。"}

{"answer": "是", "解释": "Symfony 7 已弃用并移除对注解的支持，验证约束现在通过 PHP 属性声明。"}

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

{"answer": "是", "解释": "Symfony 的表单验证始终在服务器端执行，作为权威校验，客户端 HTML5 检查仅用于提升用户体验，可随时被绕过或禁用。"}

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

{"answer": "否", "解释": "Symfony 在会话中只保存用户标识（如用户 ID），从不保存密码，更不会以明文形式存储。"}

{"answer": "是", "解释": "在 Symfony 中，config/packages 目录下的每个文件通常对应一个 bundle 的配置（如 framework.yaml、doctrine.yaml、twig.yaml 等）。"}

{"answer": "是", "解释": "这是推荐实践：提交含默认值的 .env.dev 作为模板，而将真实机密放在不提交的 .env.local 中，避免密钥泄露。"}

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

{"answer": "否", "解释": "Symfony 编译后的容器是冻结的、只读的，无法在运行时调用 setParameter() 修改参数。"}

{"answer": "否", "解释": "在 Symfony 4 及更高版本中，服务默认是私有的（public: false），而不是公开的。"}

{"answer": "否", "解释": "Bundle 可以依赖默认配置正常工作，并非每个 bundle 都必须在 config/packages 中有配置文件。"}

{"answer": "是", "解释": "Symfony 支持使用 %env(VAR)% 语法在 services.yaml 中将环境变量注入到服务的参数里。"}

{"answer": "APP_DEBUG", "解释": "APP_DEBUG=1 会开启 Symfony 的调试模式，从而激活 profiler 和 Twig 调试功能。"}

{"answer": "否", "解释": "在 Symfony Messenger 中，一条消息可以配置多个处理者，它们会按顺序依次被调用。"}

{"answer": "否", "解释": "sync 传输在当前请求中同步处理消息，不会放入队列或由 worker 处理；只有 async 传输才会通过队列交给 worker 异步处理。"}

{"answer": "php bin/console messenger:consume async", "解释": "在 Symfony Messenger 中，messenger:consume 命令用于持续处理队列中的消息（worker）。"}

{"answer": "是", "解释": "在 Symfony Messenger 中，retry_strategy（重试策略）确实是在传输（transport）层面进行配置的。"}

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

{"answer": "错", "解释": "Symfony Scheduler 直接按计划执行作业（闭包或可调用对象），而不是通过 Messenger 产生并发送消息。"}

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

{"answer": "是", "解释": "Messenger 使用 Pipeline 处理 action，可以通过 addMiddleware 添加自定义中间件，并置于内置中间件之前或之后。"}

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

{"answer": "8.3", "解释": "Symfony 8 于 2025 年发布，要求的最低 PHP 版本为 8.3。"}

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

{"answer": "是", "解释": "AssetMapper 是 Symfony 提供的无需 node/webpack 即可管理静态资源的组件，它通过 importmap.php 定义资源的导入映射。"}

{"answer": "否", "解释": "Symfony 6.4 是一个长期支持（LTS）版本，而非普通版本。"}

{"answer": "是", "解释": "Symfony 的弃用策略规定弃用代码会在两个主版本之后才移除，因此在升级到新主版本时上一分支的弃用功能仍然可用，主版本本身不会移除它们。"}

{"answer": "是", "解释": "Symfony 的每个主版本都提供相应的 UPGRADE 文档，列出从旧版本升级时需要关注的变更。"}

{"answer": "symfony/importmap (AssetMapper)", "解释": "Symfony 的 importmap 组件（AssetMapper 功能）可在不使用 node/webpack 的情况下管理资源和 importmap。"}

{"answer": "否", "解释": "Symfony 8.0 的 LTS 版本要到 2026 年 11 月才发布，8.2 不可能在 2026 年 11 月 7 日前就已经发布。"}

{"answer": "否", "解释": "Symfony 8.2 已于 2025 年 11 月发布，2026 年 11 月发布的将是 Symfony 9.0，因此该说法错误。"}

{"answer": "8.2", "解释": "Symfony 8.1 于 2026 年 11 月发布，其后的下一个版本为 8.2。"}

{"answer": "否", "解释": "Symfony 8.2 是 8.x 主版本系列中的次要版本，包含向后兼容的新特性，而非需要重写应用的破坏性主版本。"}

{"answer": "是", "解释": "PHP 在主要版本（8.x）内部保持向后兼容，次要版本更新（8.1 → 8.2）仅新增功能或弃用旧特性，不会引入破坏性更改。"}

{"answer": "8.4", "解释": "Symfony 采用每季度发布一次的模式，每个主版本（如 8.x）提供从 .0 到 .4 的五个次版本，因此 8.x 分支在 9.0 前的最后一个次版本是 8.4。"}

{"answer": "否", "解释": "Symfony 8.0（计划 2026 年发布）将要求 PHP 8.4，而 PHP 8.5 作为新版本尚未稳定，Symfony 8.x 不会要求 PHP 8.5。"}

{"answer": "否", "解释": "Symfony 的弃用策略规定弃用功能要在引入后的两个主版本后才移除，因此在 8.x 中引入的弃用功能最早也要到 10.0 才会被移除，而非 9.0。"}

{"answer": "否", "解释": "Twig 出于安全考虑默认不允许在模板中随意调用任意 PHP 方法或函数，只能访问显式暴露的方法。"}

{"answer": "是", "解释": "Twig 默认启用了自动转义功能，会对模板中输出的变量进行 HTML 转义。"}

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

```json ⏎ {"answer": "number", "解释": "在 twig/intl-extra 中，number 过滤器使用 NumberFormatter 按本地化格式来格式化数字。"} ⏎ ```

{"answer": "是", "解释": "raw 过滤器会标记值为安全内容，从而关闭自动转义。"}

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

```json ⏎ {"answer": "否", "解释": "Twig 模板可以使用 set 标签在模板内声明变量，例如 {% set foo = 'bar' %}。"} ⏎ ```

{"answer": "dump", "解释": "Twig 的 dump 函数用于输出变量的调试信息，包括数组和对象的结构。"}

{"answer": "是", "解释": "Bootstrap 是一套用于构建响应式界面的 CSS/JS 组件库，并非 React 或 Vue 那样的单页应用框架。"}

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

{"answer": "是", "解释": "Bootstrap 3 的栅格系统基于 CSS float 实现，并将一行划分为 16 列（不过在 Bootstrap 4 及之后改用了 Flexbox）。"}

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

{"answer": "是", "解释": "Bootstrap 的间距工具类（如 .mt-3、.px-2）基于 $spacer 刻度值生成，其倍数关系对应不同的 margin/padding 值。"}

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

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

{"answer": "否", "解释": "Bootstrap 5.3+ 通过在根元素上设置 data-bs-theme=\"dark\" 属性开启深色模式，而非使用 .dark 类。"}

{"answer": "否", "解释": "Doctrine ORM 不会在运行时自动建表，需要通过 schema 工具或迁移手动创建表结构。"}

{"answer": "persist()", "解释": "persist() 方法将新对象标记为受管理状态，但实际的 SQL INSERT 语句要等到调用 flush() 时才会真正执行。"}

{"answer": "否", "解释": "Doctrine ORM 3 中 EntityManager::merge() 方法已被移除，而非存在。"}

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

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

{"answer": "否", "解释": "DoctrineBundle 默认不会自动调用 flush()，需要开发者手动调用 $em->flush() 才能将变更持久化到数据库。"}

```json ⏎ {"answer": "是", "解释": "Doctrine 的 Unit of Work 在 flush() 时进行脏检查（dirty checking），会自动检测到受管理实体的属性变化并提交，无需再次调用 persist()。"} ⏎ ```

{"answer": "否", "解释": "remove() 只是将实体加入删除计划（调度），真正的 SQL DELETE 要在调用 flush() 时才会执行。"}

{"answer": "否", "解释": "MVCC 的设计目的正是让读和写可以并发执行而互不阻塞。"}

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

{"answer": "否", "解释": "SERIAL 只是基于序列（sequence）加默认值的语法糖，而 GENERATED ... AS IDENTITY 是 SQL 标准中具有独立所有权和约束语义的身份列机制，两者行为并不相同。"}

{"answer": "否", "解释": "在 PostgreSQL 中，NULL 值彼此被视为互不相同，因此 UNIQUE 约束允许同一列中存在多个 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": "是", "解释": "SAVEPOINT 允许在事务内标记可回滚的节点，用 ROLLBACK TO SAVEPOINT 只回滚部分语句而不结束整个事务。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询并显示执行计划和真实执行时间，只有普通 EXPLAIN 才只显示计划而不执行。"}

{"answer": "pgvector", "解释": "pgvector 是 PostgreSQL 的一个开源扩展，它为向量（embedding）添加了向量数据类型并支持 ann 索引（如 IVF、HNSW）以实现相似度搜索。"}

{"answer": "是", "解释": "部分索引只为满足 WHERE 条件的行构建，因此索引体积更小且查询更快。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 通过可序列化快照隔离（SSI）实现，通过检测读集合与写集合之间的冲突来判断，而非单纯锁定读取的行。"}

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

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

{"answer": "是", "解释": "DELETE 方法是幂等的，对同一资源重复发送删除请求不会改变资源的状态。"}

{"answer": "否", "解释": "Access-Control-Allow-Origin 头是由服务器在响应中发送的，用来告知客户端该资源可以被哪些源访问，而不是由客户端发送的。"}

{"answer": "是", "解释": "429 Too Many Requests 正是用于指示客户端在短时间内发送了过多请求，超出了服务器设定的频率限制。"}

{"answer": "否", "解释": "4xx 表示客户端错误，5xx 表示服务器端错误，题目说法正好相反。"}

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

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

```json ⏎ {"answer": "否", "解释": "应使用哈希安全比较函数 hash_equals()，因为普通 == 存在时序攻击风险且无法保证比较结果与字符串内容严格一致。"} ⏎ ```

{"answer": "是", "解释": "CSRF 令牌由服务器生成并关联到会话，在 POST、PUT、DELETE 等不安全请求时由服务器端校验其有效性。"}

{"answer": "Content-Security-Policy", "解释": "Content-Security-Policy 是用于向浏览器发送 CSP 策略的 HTTP 响应头。"}

{"answer": "否", "解释": "OAuth 2.0 是一个授权框架而非认证协议，access 令牌只表示授权访问某资源，并不能证明用户身份，标识用户身份需依赖 OpenID Connect 的 ID 令牌。"}

{"answer": "否", "解释": "防止 XSS 的正确做法是在输出时对数据进行上下文相关的编码/转义，仅靠写入数据库前的服务器端校验不足以抵御 XSS。"}

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

{"answer": "是", "解释": "Refresh 令牌设计用于长期有效，可用以换取新的 access 令牌而无需用户再次登录。"}

{"answer": "否", "解释": "盐不需要保密，通常明文存储在哈希旁边，校验时一并使用，因此没有盐也能校验哈希。"}

{"answer": "否", "解释": "PHPUnit 只会执行继承自 PHPUnit\Framework\TestCase 的类中的测试方法。"}

{"answer": "否", "解释": "setUp() 在每个测试方法执行前都会调用一次，而非在整个类的所有测试前只执行一次（那是 setUpBeforeClass() 的职责）。"}

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

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

{"answer": "否", "解释": "说法正好相反：mock（模拟对象）会预设期望并检查方法是否被调用过，而 stub（桩）只是返回预设数据、不关心是否被调用。"}

{"answer": "是", "解释": "在 PHPUnit 10 中，`@dataProvider` 注解已被弃用，官方推荐使用 `#[DataProvider]` 属性来为测试方法提供数据。"}

{"answer": "否", "解释": "PHPUnit 通过 @depends 注解或 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 7 中，幂运算符 ** 的优先级高于一元负号，因此先计算 3**2=9，再取负得到 -9。"}

{"answer": "true", "解释": "'1e1' 和 '10' 都被当作数值字符串进行数值比较，'1e1' 等于 10.0，与 10 相等，所以输出 true。"}

```json ⏎ {"answer": "zero", "解释": "PHP 的 switch 使用松散比较，字符串 'a' 转为数字为 0，与 case 0 相等，因此输出 zero。"} ⏎ ```

{"answer": "2c", "解释": "数组形式的 strtr 从左到右扫描并优先匹配最长的键，因此 'ab' 匹配为 '2'，之后剩下 'c'。"}

{"answer": "[hello]", "解释": "substr从偏移-10开始截取，超出范围时返回整个字符串hello。"}

{"answer": "k,n,m", "解释": "并集运算符 + 以左侧数组为准，$a 保留 k、n，再从 $b 新增 m。"}

{"answer": "yxz", "解释": "usort 按每个子数组第三列升序排序后顺序为 [2,'y',1]、[1,'x',2]、[3,'z',2]，再取第二列拼接得到 'yxz'。"}

{"answer": "4", "解释": "PHP 8+ 支持用关联数组键名作为命名参数解包，因此 $a=5、$b=1，返回 5-1=4。"}

{"answer": "产生致命错误", "解释": "$p->g(...) 会立即执行方法 g() 并返回其返回值整数 3，因此 $f 保存的是整数值 3 而非可调用对象；随后 $f() 即试图把整数 3 当作函数调用，PHP 不允许这样做，从而报致命错误，并不会输出 3。"}

{"answer": "B", "解释": "static::class 使用晚期静态绑定，在 B 的实例上调用时返回子类名 B。"}

{"answer": "10", "解释": "PHP 8.4 起支持属性钩子，set 钩子接收被赋值作为 $value；在钩子内部 $this->x 指向隐式后援字段而非属性本身，因此 $this->x = $value * 2 不会无限递归，而是将 5*2=10 存入后援字段；由于未定义 get 钩子，读取时直接返回后援字段值 10。"}

{"answer": "BA", "解释": "insteadof 让 TB::f 成为 f() 的实现返回 'B'，而 TA::f as g 为 TA 的 f() 创建别名 g 返回 'A'。"}

{"answer": "0", "解释": "PHP 中类的静态属性在 trait 的使用过程中，每个使用 trait 的类都会拥有独立的副本，CX::$n 和 CY::$n 互不影响。"}

{"answer": "2", "解释": "在 PHP 的 try/finally 结构中，如果 finally 块包含 return 语句，它会覆盖 try 块中的返回值，因此函数返回 2。"}

{"answer": "second", "解释": "内部try抛出RuntimeException后执行finally块，finally抛出的LogicException会覆盖原异常并传播到外层catch被捕获，输出'second'。"}

{"answer": "App\\Foo|Baz", "解释": "Baz::class 解析导入的 App\\Foo 的完全限定名，\\Baz::class 解析全局命名空间下的 Baz，且 ::class 在编译期按名称解析而不检查类是否存在。"}

{"answer": "yesyes", "解释": "代码在 Ns 命名空间中，class_exists('Foo') 会解析为 Ns\\Foo 返回 true，class_exists('Ns\\Foo') 完全限定名也找到该类返回 true。"}

```json ⏎ {"answer": "1,2,99", "解释": "foreach使用引用&$v后，$v保留指向数组最后一个元素的引用，随后$v=99会修改$a[2]。"} ⏎ ```

{"answer": "3", "解释": "B 未重写 inc() 方法，因此 $a->inc()、$b->inc() 和最后的 $a->inc() 调用的是同一个 A::inc() 函数，静态变量 $n 在多个实例间共享递增。"}

{"answer": "11", "解释": "send(10) 启动生成器并运行到 yield，将 10 作为 yield 表达式的返回值赋给 $x，随后 return $x + 1 即 10 + 1 = 11，getReturn() 返回该返回值。"}

{"answer": "1,2,ok", "解释": "yield from 会转发 inner() 的 1 和 2，并将 inner() 的返回值 'ok' 赋给 $r，随后 yield $r 再输出 'ok'，所以数组为 [1,2,'ok']，拼接后为 1,2,ok"}

{"answer": "noyes", "解释": "存储的哈希使用 cost=4，与 cost=4 对比时不需要重新哈希返回 'no'，与 cost=5 对比时参数不同需要重新哈希返回 'yes'。"}

{"answer": "strict-in", "解释": "2048 即 E_STRICT 的位值，而 E_ALL 是所有错误标志的按位或，其中包含该位，所以 E_ALL & 2048 = 2048，不等于 0，因此输出 'strict-in'。"}

{"answer": "mapped", "解释": "Symfony 将 SERVER 变量 HTTP_X_TOKEN 解析为 X-Token 请求头，因此 get('X-Token') 返回 'abc'。"}

{"answer": "BCA", "解释": "Symfony 的事件监听器按优先级降序调用，B(10) 先于 C(5) 先于 A(0)。"}

{"answer": "same", "解释": "EntityManager 使用一级缓存（identity map），flush 后该实体已按主键注册进缓存，两次 find 返回同一对象，故 spl_object_id 相同。"}

{"answer": "0", "解释": "实体在 flush 前被 persist() 后又 remove()，Doctrine 取消其持久化，不会产生 INSERT；即使尝试 DELETE 也针对不存在的行，故 users 表仍为空。"}

{"answer": "1", "解释": "count(x) 聚合函数会忽略 NULL 值，只统计非空行，因此只有 1 被计入。"}

{"answer": "10,30,60", "解释": "子查询计算按 id 排序的累计和，s 分别为 10、30、60，string_agg 再按 id 排序用逗号拼接为 \"10,30,60\"。"}

{"answer": "0", "解释": "HandlerDescriptor 的第二个构造函数参数是参数而非别名，别名默认为空数组；因此 HandlersLocator::getHandler 比较时 name 为数组的整数键(0/1)而非类名，与 Ping 不匹配，导致没有任何处理器被调用，$n 保持为 0。"}

{"answer": "1", "解释": "第一行成功插入，第二行因唯一索引冲突被忽略，表中共1行。"}

{"answer": "2", "解释": "唯一约束被标记为 DEFERRABLE INITIALLY DEFERRED，因此检查推迟到事务提交时；由于插入后立即 SELECT 且事务未提交，两行都插入成功，count 返回 2。"}

{"answer": "6", "解释": "过滤表达式 test_sum 未加锚定，会同时匹配 test_sum 和 test_sum_abs 两个含数据提供者的方法，每个各有 3 个数据集，共 3+3=6 个测试。"}

{"answer": "2, 1", "解释": "数据提供者 prov 提供 [1] 和 [-1] 两个用例，test_x(1) 断言通过而 test_x(-1) 断言失败。"}

{"answer": "POST", "解释": "curl 的 -d 标志默认使用 HTTP POST 方法发送请求数据。"}

{"answer": "GET", "解释": "使用 -G 标志时，即使提供了 -d 数据，curl 也会将请求参数附加到 URL 并使用 GET 方法。"}

{"answer": "invalid_client", "解释": "根据 RFC 6749 第 5.2 节，客户端认证失败（如未知的 client_id）时应返回 invalid_client 错误。"}

{"answer": "片段（fragment，即 # 后面的部分）", "解释": "OAuth 2.0 implicit 流程中，access_token 通过 redirect_uri 的 URL fragment（# 后面的哈希部分）返回，因为该部分不会被发送到服务器端。"}

{"answer": "6", "解释": "默认过滤器将 false（被视为空值）替换为 2，然后 2 乘以 3 等于 6。"}

{"answer": "Twig\\Error\\RuntimeError", "解释": "Twig 中 ~ 优先级高于 +，先求值 'a' ~ 1 得到字符串 'a1'，随后 'a1' + 2 在运行时因字符串与数字运算类型不兼容而抛出运行时异常。"}

{"answer": "0", "解释": "传入 validate 的值是整个数组 ['']，而 NotBlank 对非空数组视为有效（数组不是 Traversable 且非空），因此不产生任何约束违例，count 为 0。"}

```json ⏎ {"answer": "Symfony\\Component\\Form\\UnexpectedStateException", "解释": "表单未经提交就调用 isValid() 会抛出 UnexpectedStateException 异常，被 catch 后输出其类名。"} ⏎ ```

{"answer": "same", "解释": "默认情况下 Symfony DI 服务是共享单例，compile 后容器会缓存实例，两次 get 返回同一对象。"}

{"answer": "hi Bob!", "解释": "容器在检索参数时递归解析占位符，%greeting% 展开为 'hi %name%'，%name% 展开为 'Bob'，最终得到 'hi Bob!'。"}

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

{"answer": "text-danger", "解释": "Bootstrap 中 text-* 工具类针对同一元素会设置相同的 --bs-text-color 自定义属性，特异性相同，因此按样式表中的源顺序决定先后；$theme-colors 的默认顺序为 primary 在前、danger 在后，故后定义的 text-danger 覆盖 text-primary。"}

```json ⏎ {"answer": "2", "解释": "该类在 Domain 层，规则为 Domain 只能依赖 Domain；它引用了 Application\PlaceOrder 和 Infrastructure\Db 两个不同层的类，每个跨层依赖各计一个违规，共 2 个。"} ⏎ ```

{"answer": "3", "解释": "BillingService 属于 Domain 层，而 Domain 只能依赖 Domain，但它依赖了 1 个 Application 类（PlaceOrder）和 2 个 Infrastructure 类（Db、Logger），每个跨层依赖都是一条违规边。"}

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

{"answer": "1", "解释": "add('a') 后 items 有一个元素，remove('a') 检测到 count 为 1 抛出异常，catch 捕获后 items 未被删除，count() 返回 1。"}

{"answer": "hi", "解释": "代码创建 C 的实例并调用返回 'hi' 的方法，直接输出字符串 hi。"}

{"answer": "yesno", "解释": "新创建的惰性幽灵对象在未访问前处于未初始化状态，因此第一次输出 'yes'；访问 $o->v 会触发初始化回调（将 v 设为 21）从而使对象完成初始化，第二次因此输出 'no'。"}

{"answer": "no", "解释": "旧的 Guard 认证系统（\\Symfony\\Component\\Security\\Guard）在 Symfony 7.0 中已被移除，因此 Symfony 8.1 中 class_exists 返回 false。"}

```json ⏎ {"answer": "noyes", "解释": "在 Symfony 8.1 中，支持注解的 AnnotationClassLoader 已在 7.0 移除，而基于 PHP 属性的 AttributeClassLoader 仍然存在。"} ⏎ ```