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

{"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) 计算，等于 512 而非 64。"}

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

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

{"answer": "否", "解释": "0 == false 使用松散比较而非严格比较，且结果实际为 true 而非 false。"}

{"answer": "否", "解释": "\"abc\" 是非数字字符串，与整数 0 进行松散比较时会将 0 转为字符串 \"0\" 再比较，\"abc\" 不等于 \"0\"，故结果为 false。"}

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

{"answer": "42", "解释": "PHP 在将字符串转换为整数时从字符串开头解析，遇到非数字字符即停止，因此 '42abc' 解析为 42。"}

{"answer": 10, "解释": "在 PHP 中，字符串 '5' 在算术运算中会被转换为数字 5，因此 5 + 5 = 10。"}

```json ⏎ {"answer": "否", "解释": "在 PHP 中，bool 类型的 false 转换为字符串时得到的是空字符串 \"\"，而非 \"0\"；true 转换才得到 \"1\"。"} ⏎ ```

{"answer": "是", "解释": "由于浮点数精度问题，0.1 + 0.2 等于 0.30000000000000004，与 0.3 不相等，所以结果为 false。"}

{"answer": "否", "解释": "strrev() 按字节反转，而 UTF-8 多字节字符会被拆散，导致乱码。"}

{"answer": "是", "解释": "str_contains 函数检查字符串中是否包含指定子串，'Hello world' 确实包含 'world'，因此返回 true。"}

{"answer": "否", "解释": "str_pad() 可通过第三个参数 padding_type 设置为 STR_PAD_LEFT、STR_PAD_RIGHT 或 STR_PAD_BOTH，从而在左侧、右侧或两侧补齐。"}

{"answer": "否", "解释": "PHP 的 trim() 默认会去掉空格、制表符、换行符、回车符、NUL 和竖直制表符等空白字符。"}

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

{"answer": "def", "解释": "substr 使用负数偏移时从字符串末尾开始计数，'abcdef' 从后往前第 3 个字符 'd' 开始截取到末尾得到 'def'。"}

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

{"answer": "是", "解释": "Heredoc 类似双引号字符串支持变量插值，而 nowdoc 类似单引号字符串不支持变量插值。"}

{"answer": "否", "解释": "sort() 会对数组进行升序排序并重新分配数值键，不保持原有键名与值的对应关系，而 asort() 才会保持键值关联。"}

{"answer": "是", "解释": "PHP 中形如 '5' 这样的整数形式字符串键会被自动转换为整数 5。"}

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

{"answer": "是", "解释": "当不指定回调函数时，array_filter() 默认会移除所有取值为 false 的元素。"}

{"answer": "是", "解释": "array_slice() 默认 preserve_keys 参数为 false，因此会保留原数组的数字键而不重新索引。"}

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

{"answer": "2", "解释": "PHP 数组的 + 运算以左侧数组为准，相同键保留左侧值，因此结果为 ['a' => 1, 'b' => 2]，共 2 个元素。"}

{"answer": "是", "解释": "从 PHP 8.1 起，数组展开运算符 [...] 开始支持带字符串键的数组。"}

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

{"answer": "否", "解释": "PHP 的闭包必须通过 use 关键字才能引用外部作用域的变量，否则无法访问父作用域中的普通变量。"}

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

{"answer": "否", "解释": "箭头函数必须以单个表达式作为函数体且不能使用花括号，若用花括号包起多条语句则是普通闭包而非箭头函数。"}

{"answer": "否", "解释": "PHP 箭头函数默认以值（而非引用）惰性捕获外部变量，若要以引用捕获需显式使用 & 运算符。"}

{"answer": "是", "解释": "在 PHP 中用 static 声明的闭包不会绑定到对象实例，因此不会捕获 $this。"}

{"answer": "5", "解释": "use 按值捕获变量，闭包创建时复制了 $x 的值为 5，之后 $x 改为 7 不影响闭包。"}

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

{"answer": "是", "解释": "PHP 自 8.0 版本起支持构造函数属性提升，可直接在构造函数参数中用修饰符声明并赋值属性。"}

{"answer": "final", "解释": "final 关键字用于修饰类、方法或属性，被 final 修饰的方法或类不能被继承或重写。"}

{"answer": "是", "解释": "使用 final 关键字声明的方法不允许在子类中被重写，否则会产生致命错误。"}

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

{"answer": "class@anonymous", "解释": "PHP 为匿名类生成的类名格式为 class@anonymous 加上文件路径和行号等信息，NUL 字节之前的部分即为 class@anonymous。"}

{"answer": "是", "解释": "在 PHP 中，父类的 private 方法不会被继承，也不属于继承契约，因此子类可以声明同名的任意可见性方法而不受约束。"}

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

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

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

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

{"answer": "是", "解释": "从 PHP 8.0 起接口可以声明静态方法，并由实现类调用。"}

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

{"answer": "是", "解释": "从 PHP 8.0 开始，接口中的方法可以包含默认实现。"}

{"answer": "是", "解释": "PHP 中抽象类里的抽象方法可以声明为 public、protected 或 private 可见性。"}

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

{"answer": "是", "解释": "PHP 的 trait 可以声明常量。"}

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

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

{"answer": "否", "解释": "@ 运算符只能抑制错误（error）消息，不能阻止或抑制异常（exception）的抛出。"}

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

{"answer": "否", "解释": "finally 块无论异常是否被捕获都会执行，即使没有异常、异常被抛出或被 catch 捕获。"}

{"answer": "否", "解释": "如果 finally 块抛出异常，它会覆盖 try 块中的异常或返回值，因此会影响最终结果。"}

{"answer": "true", "解释": "在 PHP 中，对象强制转换为布尔值时，除非它实现了返回空字符串的 __toString() 方法，否则对象始终为 true，而 Exception 没有 __toString() 方法。"}

{"answer": "是", "解释": "register_shutdown_function() 注册的回调会在脚本结束或调用 exit()/die() 时执行。"}

{"answer": "否", "解释": "use 语句仅仅声明命名空间别名，并不会加载文件，类的文件加载由自动加载器（如 Composer）在类被实际使用时完成。"}

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

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 将命名空间分隔符 \\ 替换为目录分隔符并加上 .php，去掉 App\\ 前缀后相对 src/ 即为 Controller/Api/UserController.php。"}

```json ⏎ {"answer": "是", "解释": "Composer 的 vendor/autoload.php 会调用 spl_autoload_register() 注册 classmap、PSR-4 和 files 等自动加载器。"} ⏎ ```

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

{"answer": "否", "解释": "在命名空间中，非限定类名会从当前命名空间（而非全局根）开始解析，例如在 namespace Foo 中 new Bar() 实际指向 Foo\Bar。"}

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

```json ⏎ {"answer": "否", "解释": "PHP 的 use 语句只能位于文件顶层（在 <?php 之后），不能写在函数体内，且其作用域是整個文件而非单个函数。"} ⏎ ```

{"answer": "是", "解释": "在 PHP 中数组是按值存储的，赋值时会复制整个数组，只有使用 & 才能按引用传递。"}

{"answer": "2", "解释": "PHP 中数组赋值是按值拷贝（写入时复制），修改 $b 不会影响 $a，所以 $a 仍有 2 个元素。"}

{"answer": "是", "解释": "在普通函数内部，若不声明 global、不使用 $GLOBALS 数组或通过参数传递，确实无法访问全局作用域中的用户自定义变量。"}

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

{"answer": "6", "解释": "inc 函数通过引用修改参数，$n 自增后输出 6。"}

{"answer": "否", "解释": "foreach 按值遍历时默认操作的是数组的副本，除非通过引用，否则循环内对原数组的修改不会影响当前遍历。"}

{"answer": "否", "解释": "静态属性被该类的所有实例共享，修改后会反映到其他对象中。"}

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

{"answer": "是", "解释": "PHP 7.1 起生成器支持带值的 return，可用 $gen->getReturn() 获取该返回值。"}

{"answer": "是", "解释": "生成器实现了 Iterator 接口，调用 rewind() 可将倒回的生成器重置到初始状态，从而可以再次从头遍历。"}

{"answer": "是", "解释": "yield from 语法确实会把遍历委托给另一个生成器、可迭代对象或数组。"}

{"answer": "Generator", "解释": "PHP 中生成器函数被调用时返回一个 Generator 对象，get_class 返回类名 Generator。"}

{"answer": "3", "解释": "该匿名生成器通过 yield from 产生 1、2、3 三个值，iterator_to_array 将其转为数组 [0=>1,1=>2,2=>3]，count 计数为 3。"}

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

{"answer": "是", "解释": "ArrayIterator 实现了 Iterator 接口，可以包装数组并支持遍历。"}

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

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

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

{"answer": true, "解释": "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、fpm-fcgi 等。"}

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

{"answer": "否", "解释": "在 PHP 中必须调用 session_start() 启动会话，$_SESSION 数组才会自动加载已保存的会话数据。"}

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

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

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

{"answer": "8.2", "解释": "#[\NoDiscard] 属性在 PHP 8.2 中首次引入。"}

{"answer": "PHP 8.4", "解释": "管道运算符 |> 在 PHP 8.4 中引入，用于将表达式的结果传递给下一个函数的第一个参数。"}

{"answer": "PHP 8.4", "解释": "clone 表达式支持传入关联数组以在克隆时覆盖属性值，这一语法于 PHP 8.4 引入。"}

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

{"answer": "8.4", "解释": "Partial Function Application RFC 在 2024 年被正式采纳，于 PHP 8.4 版本中加入。"}

{"answer": "8.4", "解释": "clamp_v2 RFC 的 clamp() 函数在 PHP 8.4 中实现。"}

{"answer": "否", "解释": "Context Managers RFC 经历了多次修改与争议，但截至该日期并未以「v2」形式被正式投票接受。"}

{"answer": "否", "解释": "该 RFC 的具体拒绝年份并非 2026 年，无法确认是在 2026 年被拒绝。"}

{"answer": "否", "解释": "PHP 目前没有通过任何接受来的 RFC 来默认启用多线程（ZTS）支持。"}

{"answer": "是", "解释": "PHP 至今（包括假设的 8.5）仍未实现传统意义上的参数化泛型，泛型提案尚未被采纳。"}

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

{"answer": "是", "解释": "PHP 6 分支因 Unicode 支持开发受阻最终被放弃，PHP 5.6 之后确实直接发布了 PHP 7.0。"}

{"answer": "否", "解释": "添加 #[\\Deprecated] 属性的 RFC 并未被核心接受，PHP 主要依赖文档块标注和专门的废弃函数来处理废弃。"}

{"answer": "是", "解释": "在整洁架构与洋葱架构中，依赖规则要求内层对外层一无所知，所有依赖都指向中心业务核心。"}

{"answer": "是", "解释": "在 DDD 中，领域实体应保持纯粹，依赖领域本身而非框架，因此不应引用 Doctrine 或 Symfony 等基础设施。"}

{"answer": "否", "解释": "控制器和模板属于表示层（接口层），它们调用用例而非承载业务逻辑。"}

```json ⏎ {"answer": "业务规则和实体（领域核心），即业务规则、实体和用例（Use Case）", "解释": "洋葱架构以业务规则为核心，越靠近中心越抽象、越稳定，不依赖任何外部框架或基础设施。"} ⏎ ```

{"answer": "是", "解释": "deptrac 作为静态分析工具，会在静态分析阶段（如 CI 或代码审查时）扫描代码并禁止的跨层调用时自动报错。"}

{"answer": "否", "解释": "用例应当保持与框架无关，只接收简单的输入对象而非 HTTP 请求或 EntityManager，以便独立测试和复用。"}

{"answer": "仓库（Repository）", "解释": "仓库是中介领域与数据映射层的组件，它在接口背后隐藏存储机制并提供聚合/实体集合。"}

{"answer": "是", "解释": "数据库属于整洁架构的外层（接口层），通过依赖注入与内层解耦，更换数据库只需改动外层适配器，领域和用例层不受影响。"}

{"answer": "否", "解释": "聚合是领域模型中一组相关实体与值对象的组合及一致性边界，并非数据库表的概念。"}

{"answer": "是", "解释": "值对象的核心特征是不可变且按字段值进行比较而非按引用标识符。"}

{"answer": "聚合根", "解释": "聚合根是聚合中唯一允许外部访问的入口实体，所有对聚合内部状态的变更都必须通过它来完成。"}

{"answer": "是", "解释": "在 DDD 中，仓储确实只针对聚合的根来声明，而不是针对聚合内的每个实体。"}

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

{"answer": "命名空间（namespace）", "解释": "在命名空间内部，标识符按当前空间解析（模型与语言一致），而在命名空间外（全局空间）同样的词对应不同的模型。"}

{"answer": "否", "解释": "DDD 推荐富领域模型（领域对象封装逻辑并保证不变量），贫血模型被视为反模式而非推荐风格。"}

{"answer": "是", "解释": "限界上下文的核心思想正是每个上下文拥有独立的模型，同一概念（如「客户」或「产品」）在不同上下文中可以是不同的类并带有不同的语义和规则。"}

{"answer": "否", "解释": "Symfony 的 DI 容器默认是惰性求值的说法错误——服务默认在容器构建/编译时立即实例化，只有显式调用 setLazy(true) 才设为惰性创建。"}

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

{"answer": "否", "解释": "自动装配正是为了让框架根据类型自动注入依赖，从而无需手动声明每个服务的配置。"}

{"answer": "是", "解释": "Twig 将模板编译为 PHP 类并缓存在缓存目录中以在请求之间复用。"}

{"answer": "是", "解释": "在 dev 环境中容器未被编译，而是基于被跟踪文件的修改时间决定是否重建，因此只在相关文件变化时才重建，而非每个请求都重建。"}

{"answer": "APP_ENV", "解释": "Symfony 通过 APP_ENV 环境变量（旧版本为 SYMFY_ENV）来确定当前活动环境为 dev 或 prod。"}

{"answer": "是", "解释": "Symfony 通过反射调用控制器方法，因此 private、protected 或 public 方法都能被路由正常调用。"}

{"answer": "否", "解释": "事件订阅者和监听器之间并没有默认的优先级差异，优先级由 priority 参数决定，而非接口本身赋予。"}

{"answer": "是", "解释": "Symfony 5.4 起 deprecate 了 Guard 体系，6.0 正式移除，现代认证基于新的 AuthenticatorInterface。"}

{"answer": "IsGranted", "解释": "Symfony 的 #[IsGranted] 属性可直接用在控制器方法上检查角色或权限，若未授权则抛出 AccessDeniedException 并返回 403。"}

{"answer": "是", "解释": "Voter 确实是 Symfony 用于检查对具体对象访问权的机制，isGranted('EDIT', $post) 即为对具体对象 $post 进行权限校验的典型用法。"}

{"answer": "是", "解释": "Symfony 6.2 起弃用注解，Symfony 7 彻底移除了对 Doctrine 注解的支持，验证约束必须使用 PHP 属性。"}

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

{"answer": "是", "解释": "Symfony 的表单验证始终在服务器端执行，HTML5 客户端验证仅用于用户体验且可被绕过，因此无论客户端是否通过，服务端都会重新验证。"}

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

{"answer": "否", "解释": "Symfony 在会话中仅存储用户标识符和认证信息，绝不会以明文或任何其他形式存储用户密码。"}

{"answer": "是", "解释": "Symfony 将各 bundle 的配置放在 config/packages 目录下的 YAML 文件中，通常每个 bundle 对应一个配置文件。"}

{"answer": "是", "解释": "这是推荐的做法：.env 存放开发默认值并提交，真实机密放入被 gitignore 的 .env.local。"}

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

{"answer": "否", "解释": "容器在编译后会被冻结，运行时调用 setParameter() 会抛出异常，因此无法在控制器中修改参数。"}

{"answer": "否", "解释": "默认情况下 Symfony 的服务是私有的（private），应通过依赖注入访问而非直接从容器获取。"}

{"answer": "否", "解释": "Bundle 可以无需配置文件就能工作，因为没有配置文件时会使用默认的预设配置值。"}

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

{"answer": "APP_DEBUG", "解释": "APP_DEBUG 设置为 1 时会开启内核调试模式，从而启用 profiler 和 Twig 调试功能。"}

{"answer": "否", "解释": "Symfony Messenger 允许为一个消息注册多个处理者，常见于对同一消息执行不同操作（如记录日志、更新投影、发送通知）的场景。"}

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

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

```json ⏎ {"answer": "是", "解释": "在 Symfony Messenger 中，重试策略（max_retries、delay、multiplier 等）在每个 transport 的配置下分别设置。"} ⏎ ```

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

{"answer": "是", "解释": "Symfony Scheduler 可以按计划创建调用并通过 Messenger 组件发送消息。"}

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

{"answer": "是", "解释": "Bot Framework 的中间件管道支持注册自定义 middleware，可安排在内置中间件之前或之后执行。"}

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

{"answer": "8.3", "解释": "Symfony 8.0 计划于 2025 年 11 月发布，其最低 PHP 版本要求为 8.3。"}

{"answer": "否", "解释": "Symfony 7.0 已完全移除了对文档块注解（验证和路由）的支持，改用以 PHP 8 属性作为元数据。"}

{"answer": "是", "解释": "AssetMapper 是 Symfony 6.2 引入的功能，无需 Node.js 或 Webpack 即可管理 JS/CSS 资源，通过 importmap.php 将导入标识符映射到资源文件。"}

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

{"answer": "否", "解释": "Symfony 的弃策略规定弃用功能会在下一个主版本中移除，主版本正是用来清理这些弃用代码的。"}

{"answer": "是", "解释": "Symfony 的每个主版本都提供了 UPGRADE-xx.0.md 文件，其中列出了从旧版本升级时需要了解的重大变更。"}

{"answer": "symfony/importmap", "解释": "symfony/importmap 组件允许在不依赖 Node.js 或 Webpack 的情况下管理前端资源并通过 importmap 引入。"}

{"answer": "否", "解释": "Symfony 的主要版本在每年 11 月发布，8.0 要到 2026 年 11 月才会发布，因此 2026 年 11 月 7 日不可能已有 8.2 版本。"}

{"answer": "否", "解释": "Symfony 7.4 计划于 2026 年 11 月发布（LTS 版本），而 Symfony 8.2 将在 2028 年 5 月发布。"}

{"answer": "8.2", "解释": "Symfony 每 4 个月发布一个小版本，8.1 于 2026 年 8 月发布，下一个版本 8.2 将于 2026 年 12 月发布，因此截至 2026-11-07 尚未发布但即将发布的是 8.2。"}

{"answer": "否", "解释": "Symfony 8.2 是 Symfony 8.x 系列下的次要版本（minor release），而非主版本；主版本应为 8.0，次要版本只引入新功能而不破坏现有 API。"}

{"answer": "是", "解释": "PHP 的向后兼容策略规定，同一大版本内的次要版本更新（如 8.1 → 8.2）应保持向后兼容，已弃用的功能仍可正常运行（仅可能产生警告），通常无需修改代码。"}

{"answer": "8.4", "解释": "根据 Symfony 的版本发布规律，每个大版本每年发布一个次版本，且每两年发布一个 LTS 版本（.4），因此 8.x 分支在 9.0 之前的最后一个次版本是 8.4。"}

{"answer": "否", "解释": "Symfony 的最低 PHP 版本要求仅在主版本（如 8.0）发布时确定，小版本（如 8.1、8.2）保持相同要求，不会因 minor 版本而提高。"}

{"answer": "否", "解释": "Symfony 中弃用的代码会在之后两个大版本后才移除，因此 8.x 分支中弃用的功能最早要到 10.0 才会移除，而非 9.0。"}

{"answer": "否", "解释": "Twig 出于安全考虑限制了模板中可以调用的对象方法，无法直接执行任意 PHP 代码。"}

{"answer": "是", "解释": "Twig 默认启用了 autoescape 功能并采用 html 转义策略，因此输出的变量会自动转义。"}

{"answer": "是", "解释": "Twig 的 |e 过滤器默认使用 html 转义策略，将字符串转义以确保在 HTML 上下文中安全输出。"}

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

{"answer": "是", "解释": "|raw 过滤器将值标记为安全字符串，从而禁用对其的自动转义。"}

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

{"answer": "否", "解释": "Twig 模板可以使用 {% set %} 标签声明和修改变量，值并非只能由控制器传入。"}

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

{"answer": "是", "解释": "Bootstrap 是一套用于构建响应式界面的 CSS 和 JavaScript 组件库，并非用于构建单页应用（SPA）的框架。"}

{"answer": "container", "解释": "Bootstrap 的 .container 类在每个断点处设置固定的最大宽度，从而实现响应式固定最大宽度的容器。"}

{"answer": "否", "解释": "Bootstrap 栅格基于 Flexbox（而非 float）并采用 12 列布局（而非 16 列）。"}

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

{"answer": "是", "解释": "Bootstrap 中的间距工具类（如 .mt-3、.px-2）使用 $spacer 刻度，类名中的数字表示 $spacer 的倍数。"}

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

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

{"answer": "否", "解释": "Bootstrap 5.3+ 使用 data-bs-theme=\"dark\" 属性而非 .dark 类来启用深色模式。"}

{"answer": "否", "解释": "Doctrine ORM 不会在运行时自动建表，而需要通过 orm:schema-tool:update 命令预先创建或更新架构。"}

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

{"answer": "否", "解释": "Doctrine ORM 3.0 中 EntityManager::merge() 已被彻底移除，该方法在 2.14 版本中已被弃用。"}

{"answer": "是", "解释": "DQL 是面向实体的查询语言，它以实体类和实体属性为单位进行查询，而非直接使用数据库的表和列。"}

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

{"answer": "否", "解释": "DoctrineBundle 不会自动调用 flush()，开发者必须显式调用 $entityManager->flush() 才能将变更持久化到数据库。"}

{"answer": "是", "解释": "在 Doctrine ORM 中，受管理的实体由 Unit of Work 跟踪变更，修改其属性后无需再次 persist()，调用 flush() 即可自动检测并提交这些更改。"}

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

{"answer": "否", "解释": "PostgreSQL 使用 MVCC 允许读写并发进行，读取不会阻塞写入，写入也不会阻塞读取。"}

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

{"answer": "否", "解释": "SERIAL 和 GENERATED ... AS IDENTITY 使用不同的底层机制，前者依赖序列且行为不完全一致。"}

{"answer": "否", "解释": "PostgreSQL 默认把每个 NULL 视为不同的值，因此 UNIQUE 约束允许存在多个 NULL。"}

{"answer": "STRING_AGG", "解释": "STRING_AGG 是 PostgreSQL 中用指定分隔符拼接字符串的聚合函数。"}

{"answer": "否", "解释": "普通 VACUUM 只会将死元组占用的空间归还给表内的空闲空间映射（FSM）供后续复用，并不会归还给操作系统；只有 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）搜索添加了 vector 数据类型及多种索引（如 HNSW、IVFFlat）。"}

{"answer": "是", "解释": "部分索引只对其 WHERE 条件满足的行建立索引，这是部分索引的核心定义。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 不使用SSI快照隔离并通过记录读取谓词（predicate locking）而非对读取的行加锁来检测序列化冲突。"}

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

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

{"answer": "是", "解释": "DELETE 方法在 HTTP 规范中确实被定义为幂等，对同一资源重复发送删除请求不会产生不同于单次请求的结果。"}

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

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

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

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

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

{"answer": "否", "解释": "哈希比较应使用 password_verify() 以确保时序安全，避免时序攻击并正确处理加盐哈希。"}

{"answer": "是", "解释": "CSRF 令牌由服务器生成并关联到会话，在 POST 等不安全请求时由服务器端校验以验证请求来源合法。"}

{"answer": "Content-Security-Policy", "解释": "Content-Security-Policy 响应头用于配置 CSP 策略，控制浏览器允许加载的资源来源。"}

{"answer": "否", "解释": "OAuth 2.0 是授权框架而非认证协议，access 令牌仅用于授权访问资源，并不能证明用户身份。"}

{"answer": "否", "解释": "XSS 的防治关键在于输出编码而非仅靠输入校验，因为数据可能在多种上下文中被复用，存储前校验无法完全消除渲染时的风险。"}

{"answer": "code（授权码/authorization code）", "解释": "在授权码流程中，授权服务器将 code 参数重定向回 redirect_uri，客户端再使用该 code 换取 access 令牌。"}

{"answer": "是", "解释": "Refresh 令牌设计用于较长的生命周期，可在 access 令牌过期后无需用户重新登录即可换取新的 access 令牌。"}

{"answer": "否", "解释": "盐不需要保密，通常与哈希一起存储在数据库中，其安全性来自防止预计算（彩虹表）攻击，而非保密。"}

{"answer": "是", "解释": "从 PHPUnit 10 起支持「裸测试」，测试类无需继承 TestCase，只要测试方法符合命名或 @test 标注约定即可被识别执行。"}

{"answer": "否", "解释": "setUp() 在每个测试方法执行前都会调用一次，若要在所有测试前只执行一次应使用静态方法 setUpBeforeClass()。"}

{"answer": "否", "解释": "PHPUnit 的数据提供者可以返回包含多组数据的数组或生成器，从而使同一个测试方法能以多组参数多次运行。"}

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

{"answer": "否", "解释": "说法恰好相反：stub 用于返回数据而不检查调用，mock 才会记录并断言哪些方法被调用过。"}

{"answer": "是", "解释": "在 PHPUnit 10 中，@dataProvider 注解已被弃用，推荐使用 #[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。"}

```json ⏎ {"answer": "-9", "解释": "PHP中 ** 的优先级高于一元负号，因此 -3 ** 2 被解析为 -(3 ** 2) = -9。"} ⏎ ```

{"answer": "true", "解释": "'1e1' 是科学记数法表示的数字字符串（等于 10），与 '10' 进行松散比较时会按数值比较，10 == 10 成立。"}

{"answer": "other", "解释": "PHP 8 中非数字字符串与数字用 == 比较时不再被强制转换为 0，因此 'a' == 0 为 false，跳过 case 0 进入 default 输出 'other'。"}

{"answer": "2c", "解释": "strtr 使用数组时优先匹配最长的键，所以 'ab' 先被替换为 '2'，然后 'c' 无匹配保持不变。"}

{"answer": "[hello]", "解释": "substr 从末尾数第 10 个位置开始即超出字符串长度，因此从字符串开头返回整个 'hello'}

{"answer": "k,n,m", "解释": "PHP中+运算符左数组优先级更高，$a+$b保留$k(1)、$n(2)并追加$b中的$m(3)，键名为k,n,m。"}

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

{"answer": "4", "解释": "使用命名参数解包数组时按参数名匹配而非顺序，所以 $a=5、$b=1，返回 5-1=4。"}

{"answer": "无输出（解析错误）", "解释": "$p->g(...) 中的展开运算符 ... 缺少操作数，属于 PHP 解析错误，脚本根本不会执行。"}

{"answer": "B", "解释": "static::class 使用晚绑定，调用者是 B 类实例，因此返回 B。"}

{"answer": "10", "解释": "设置 $c->x = 5 时会触发 set 方法，执行 $this->x = 5 * 2 得到 10，读取时返回存储的值 10。"}

{"answer": "BA", "解释": "TB::f insteadof TA 解决冲突让 f() 返回 B，TA::f as g 将 TA 的 f 别名为 g 返回 A，因此输出 BA。"}

```json ⏎ {"answer": "0", "解释": "PHP 中 trait 的静态属性在每个使用它的类中都有独立副本，不共享，因此修改 CX::$n 不影响 CY::$n。"} ⏎ ```

{"answer": "2", "解释": "在 PHP 中，如果 try 和 finally 块都包含 return 语句，finally 块的返回值会覆盖 try 块的返回值。"}

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

{"answer": "App\\Foo|Baz", "解释": "Baz::class 因 use 别名解析为 App\\Foo，而 \\Baz::class 指向全局命名空间的 Baz，::class 仅在编译期按名称解析不要求类存在。"}

{"answer": "noyes", "解释": "在命名空间 Ns 中 class_exists('Foo') 按字面量查找全局类 Foo（不存在）返回 no，而 class_exists('Ns\\Foo') 找到已定义的类返回 yes。"}

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

{"answer": "3", "解释": "PHP 中的 static 变量绑定在函数（方法）上而非类或实例上，B 继承未覆写的 inc()，所以 $a 和 $b 调用的是同一个方法、共用同一个 $n：依次自增为 1、2、3，最后一行输出 3。"}

{"answer": "11", "解释": "send(10) 让 yield 1 表达式返回 10，故 $x=10，函数返回 $x+1=11，getReturn() 取回该值。"}

{"answer": "1,2,ok", "解释": "yield from 会委派 inner() 依次产出 1 和 2，并在其结束后返回其返回值 'ok'，因此 $r 为 'ok'，随后 yield 'ok'，最终数组为 [1,2,'ok']。"}

{"answer": "noyes", "解释": "哈希以 cost=4 创建，与 cost=4 比较不需要重新哈希输出 no，与 cost=5 比较则需要重新哈希输出 yes。"}

{"answer": "strict-out", "解释": "PHP 7.2+ 中 E_ALL = 30719，其二进制不含 E_STRICT 的位 2048，故 E_ALL & 2048 = 0，条件为真，输出 strict-out。"}

{"answer": "mapped", "解释": "HTTP_X_TOKEN 会被 HeaderBag 规范化映射为 X-Token 请求头并返回 'abc'。"}

{"answer": "BCA", "解释": "Symfony 的 EventDispatcher 按优先级从高到低调用监听器（10→5→0），因此依次输出 B、C、A。"}

{"answer": "same", "解释": "Doctrine 的 find() 会优先从一级缓存（identity map）返回已持久化的实体，两次 find 返回同一对象实例。"}

{"answer": "0", "解释": "persist 会把实体加入插入队列，但随后 remove 会将其从插入队列移除并加入删除队列，flush 时只会执行一个删除（对不存在的行无影响），所以表始终保持空。"}

{"answer": "1", "解释": "count(x) 只统计非空值，因此只计数 1。"}

{"answer": "10,30,60", "解释": "子查询计算按 id 分组的累加和（s 分别为 10、30、60），外层 string_agg 按 id 顺序将这些值用逗号拼接为字符串。"}

{"answer": "M1M2", "解释": "中间件按添加顺序入栈执行，Trace('M1')先输出M1再调用stack->next()，Trace('M2')输出M2后交由BusMiddleware处理消息，故依次输出M1M2。"}

{"answer": "11", "解释": "两个 $d1 和 $d2 都为 Ping::class 注册，派发时都会被调用且都返回 null（不中止传播），因此 $n 先加 1 再加 10 等于 11。"}

{"answer": "1", "解释": "唯一索引保证 a 列不能重复，第一次插入值 1 成功，第二次因冲突被 DO NOTHING 忽略，表中始终只有一行。"}

{"answer": "2", "解释": "UNIQUE 约束是 DEFERRABLE INITIALLY DEFERRED，因此唯一性检查被推迟到事务提交时才执行，事务内两次 INSERT 都成功，SELECT 返回行数 2。"}

{"answer": "6", "解释": "测试过滤默认按子串匹配，因此 --filter test_sum 会同时匹配 test_sum（3个数据集）和 test_sum_abs（3个数据集），共执行6个测试。"}

{"answer": "2, 1", "解释": "数据提供程序提供两个用例，test_x(1) 通过而 test_x(-1) 断言失败，故执行 2 个测试、1 个失败。"}

{"answer": "POST", "解释": "curl 的 -d/--data 选项会强制使用 POST 方法发送请求体数据。"}

{"answer": "GET", "解释": "-G 标志会将 -d 提供的数据作为查询字符串附到 URL 上，并强制使用 GET 方法而非默认的 POST。"}

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

{"answer": "URL fragment（即 # 后面的片段部分）", "解释": "在 OAuth 2.0 implicit（response_type=token）流程中，access_token 被放在重定向 URI 的 fragment 片段中，即 # 符号后面的部分，因为该部分不会被发送到服务器端以降低泄露风险。"}

{"answer": "6", "解释": "false 被视为空值，因此 default(2) 返回 2，再乘以 3 等于 6。"}

{"answer": "Twig\\Error\\RuntimeError", "解释": "拼接符 ~ 先求值得到 'a1'，再对字符串与整数执行 'a1' + 2 因类型不兼容而在渲染时抛出 Twig\\Error\\RuntimeError。"}

{"answer": "1", "解释": "空字符串无法通过 NotBlank 校验，会产生 1 个校验错误。"}

{"answer": "LogicException", "解释": "表单在调用 isValid() 前从未调用 submit() 提交数据，Symfony 会抛出原生的 \\LogicException，get_class 返回 LogicException。"}

```json ⏎ {"answer": "same", "解释": "Symfony 容器默认将服务标记为 shared（单例），因此对公共共享服务调用 get() 每次都会返回同一个已缓存的实例。"} ⏎ ```

{"answer": "hi Bob!", "解释": "容器在调用 getParameter 时递归替换占位符，%greeting% 解析为 hi Bob，再拼接 ! 得到 hi Bob!"}

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

{"answer": "text-danger", "解释": "两个类特异性相同，源排序中 .text-danger 在 .text-primary 之后定义，因此后者覆盖前者。"}

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

{"answer": "3", "解释": "BillingService 属于 Domain 层，其规则是「仅依赖 Domain」；但它依赖了 Application 层的 PlaceOrder、基础设施层的 Db 和 Logger，每一处不允许的依赖都计为一个违规，共 3 个。"}

{"answer": "10,15", "解释": "$a 的 amount 为 10，add 返回一个金额为 15 的新对象 $c，读取这两个只读属性得到 10,15。"}

{"answer": "1", "解释": "添加'a'后items有一个元素，remove检测到数量为1抛出DomainException，被catch捕获且items未改变，因此count返回1。"}

{"answer": "hi", "解释": "new C() 创建对象实例，调用 hi() 返回字符串 'hi'，echo 直接输出。"}

```json ⏎ {"answer": "yesno", "解释": "newLazyGhost 创建未初始化的幽灵对象，第一次 isUninitializedLazyObject 为 true 输出 yes；访问 $o->v 触发还原闭包使对象初始化，第二次为 false 输出 no。"} ⏎ ```

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

{"answer": "nones", "解释": "AnnotationClassLoader 在 Symfony 5.3 被弃用并在 6.0 移除，而 AttributeClassLoader 是当前标准加载器，因此在 8.1 中前者不存在（no）、后者存在（yes）。"}