Карта знаний PHP — qwen3.8:latest, run-45 · think: medium

{"answer": "否", "解释": "单引号字符串不解析变量和大部分转义序列，双引号字符串支持变量插值和更多转义，区别在于功能而非仅速度。"}

{"answer": "是", "解释": "?? 运算符等价于 isset($a) ? $a : $b，对未定义变量静默返回右侧值，不产生警告。"}

{"answer": "ab", "解释": "echo 可用逗号分隔多个参数，依次输出拼接结果。"}

{"answer": "是", "解释": "PHP 中 print 是运算符，返回整数 1，因此可以嵌入表达式中使用。"}

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

{"answer": "是", "解释": "PHP 运算符优先级中，+ - 高于 .（连接），例如 1 + 2 . 3 等价于 (1+2) . 3 即 \"33\"。"}

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

{"answer": "3", "解释": "PHP 中 . 优先级高于 +，先算 '总和: ' . 2 得 '总和: 2'，再 + 3 时字符串转数字为 0，结果 3。"}

{"answer": "否", "解释": "PHP 中 === 比较数组时要求键值对及顺序完全一致，顺序无关的是 == 比较。"}

{"answer": "否", "解释": "== 是宽松比较，且 0 == false 在 PHP 中返回 true。"}

{"answer": "否", "解释": "PHP 8 中非数字字符串与整数比较时，整数转为字符串再比较，\"abc\" != \"0\"，结果为 false。"}

{"answer": "否", "解释": "PHP 8 起 null == 0 和 null == \"\" 均返回 false，仅 null == false 为 true。"}

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

{"answer": 10, "解释": "PHP 中数字字符串 '5' 参与加法时自动转为整数，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() 默认会去除空格、制表符(\\t)、换行(\\n)、回车(\\r)、NULL(\\0)和垂直制表符(\\v)。"}

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

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

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

{"answer": "是", "解释": "heredoc 类似双引号字符串会解析变量，nowdoc 类似单引号字符串原样输出。"}

{"answer": "否", "解释": "sort() 排序后会重新索引键（从0开始），不保留原键；需使用 ksort() 才能保持键值对应关系。"}

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

{"answer": "否", "解释": "in_array() 第三个参数 $strict 默认为 false，即使用宽松比较（==），而非严格比较。"}

{"answer": "是", "解释": "不带回调时 array_filter() 等价于用 (bool)$v 作为过滤条件，会移除所有 falsy 值（0、\"0\"、\"\"、null、false、[]）。"}

{"answer": "否", "解释": "array_slice() 的第四个参数 $preserve_keys 默认为 false，会重新从 0 开始索引。"}

{"answer": 2, "解释": "数组 + 运算符以左数组键为优先，结果含键 a 和 b，共 2 个元素。"}

{"answer": "否", "解释": "PHP 数组字面量中的展开运算符（自 7.4 引入，8.1 仍如此）只允许展开整数键的数组，含字符串键会抛出 TypeError。"}

{"answer": "是", "解释": "PHP 8.0 明确规定命名参数不能与 ... 展开操作符在同一函数调用中混用。"}

{"answer": "否", "解释": "PHP 匿名函数默认无法访问外部局部变量，必须通过 use 关键字显式捕获。"}

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

{"answer": "否", "解释": "PHP 箭头函数(fn)的函数体只能是一个表达式，用 => 引导，不使用花括号；用花括号包多个语句的是匿名函数(closure)。"}

{"answer": "否", "解释": "PHP 箭头函数 fn() 自动按值捕获外部变量，而非按引用。"}

{"answer": "是", "解释": "static closure 不会绑定对象上下文，因此内部无法访问 $this。"}

{"answer": 5, "解释": "use($x)按值捕获$x当时的值5，之后$x改为7不影响闭包内的副本。"}

{"answer": "是", "解释": "弱类型（强制转换）模式下，PHP 会将数值字符串 \"5\" 自动转换为整数 5 传入 int 参数，不会抛出 TypeError。"}

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

{"answer": "final", "解释": "PHP 中 final 关键字修饰的方法禁止被子类重写。"}

{"answer": "是", "解释": "PHP 中用 final 修饰的方法禁止在子类中被重写（override）。"}

{"answer": "否", "解释": "PHP 中 private 成员仅在定义它的类内部可访问，子类无法访问父类的 private 属性。"}

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

{"answer": "是", "解释": "父类 private 方法不进入继承契约，子类的同名方法视为全新独立方法，可自由选择 public/protected/private 任意可见性，不产生兼容性约束。"}

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

{"answer": "Error", "解释": "对 readonly 属性重复赋值会抛出 Error（'Cannot modify readonly property'），而非 Exception。"}

{"answer": "是", "解释": "PHP 接口允许声明常量（隐式为 public），例如 interface A { const X = 1; }。"}

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

{"answer": "否", "解释": "PHP 接口中所有方法必须为公共非静态的实例方法，不能声明静态方法。"}

{"answer": "否", "解释": "PHP 的 instanceof 既检查类继承，也检查接口实现。"}

{"answer": "否", "解释": "PHP 接口方法只能声明签名，不能提供方法体（默认实现），而 trait 方法可以。"}

{"answer": "是", "解释": "PHP 允许抽象方法声明为 public 或 protected，但禁止 private。"}

{"answer": 3, "解释": "Foo 定义了 A、B、C 三个 case，cases() 返回包含全部 case 的数组，共 3 个元素。"}

{"answer": "是", "解释": "PHP trait 可以声明常量，成员类可以继承该常量。"}

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

{"answer": "否", "解释": "TypeError 继承自 Error 而非 Exception。"}

{"answer": "否", "解释": "@ 运算符只能抑制错误（如 warning、notice），无法抑制异常（exception），异常仍需 try-catch 捕获。"}

{"answer": "DivisionByZeroError", "解释": "PHP 中 intdiv() 除数为 0 时抛出 DivisionByZeroError（继承自 ArithmeticError，再继承自 Error）。"}

{"answer": "否", "解释": "finally 块无论是否抛出异常、是否被 catch 捕获都会执行，它不依赖 catch 的存在。"}

{"answer": "否", "解释": "finally 块中抛出的异常会覆盖 try/catch 块中的异常或正常返回值，从而影响最终结果。"}

{"answer": "是", "解释": "PHP 中将对象转换为 bool 始终返回 true。"}

{"answer": "是", "解释": "exit/die 会终止脚本并进入 shutdown 阶段，此时 register_shutdown_function 注册的函数仍会被调用。"}

{"answer": "否", "解释": "use 语句仅在编译期创建别名，不会加载文件；文件由自动加载器在实际引用该类时才加载。"}

{"answer": "function", "解释": "PHP 中导入函数使用 `use function`，导入常量使用 `use const`。"}

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 去掉前缀 App\\ 后，剩余命名空间 Controller\\Api\\ 转为目录，类名转为文件名 .php。"}

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

{"answer": "是", "解释": "__NAMESPACE__ 返回当前文件所在的命名空间名称（全局命名空间下为空字符串）。"}

{"answer": "否", "解释": "在命名空间内，非限定类名会先在当前命名空间查找，找不到才回退到全局；只有带前导 \\ 的限定类名才直接从全局根解析。"}

{"answer":"是","解释":"PSR-4 规则下，App\\Model\\User 去掉前缀 App\\ 后余下 Model\\User，对应子目录 Model/ 和文件名 User.php，拼接基目录 src/ 即得 src/Model/User.php。"}

{"answer": "否", "解释": "PHP 的 use 命名空间导入是编译期顶层声明，不能写在函数体内。"}

{"answer": "是", "解释": "PHP 数组默认按值语义赋值（写时复制），需显式使用 &= 才是引用。"}

{"answer": 2, "解释": "PHP 数组赋值是值拷贝，$b 的修改不影响 $a，$a 仍为 [1,2]，count 为 2。"}

{"answer": "是", "解释": "PHP 函数内部为局部作用域，访问全局变量确实只能借助 global、$GLOBALS 或参数传递。"}

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

{"answer": 6, "解释": "inc 函数通过引用传递参数，$n 被自增为 6。"}

{"answer": "否", "解释": "PHP 的 foreach 在循环开始时对数组做快照（迭代器），循环内对数组的修改不会影响当前遍历过程。"}

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

{"answer": "否", "解释": "PHP 中布尔值作为数组键会被强制转换为整数（true→1，false→0），不会以 bool 类型保存。"}

{"answer": "是", "解释": "PHP 生成器支持带值的 return，其值可通过 Generator 对象的 getReturn() 方法获取。"}

{"answer": "否", "解释": "PHP 的生成器（Generator）一旦遍历完毕便无法通过 rewind() 重置，必须重新调用生成器函数获取新实例。"}

{"answer": "是", "解释": "yield from 将遍历委托给另一个生成器或 Traversable 对象，将其产出的值内联到父生成器中。"}

{"answer": "Generator", "解释": "含有 yield 的函数是生成器函数，调用后返回 Generator 对象。"}

{"answer": 3, "解释": "yield from [1,2,3] 生成一个包含三个元素的迭代器，iterator_to_array 将其转为数组，count 返回 3。"}

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

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

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

{"answer": "是", "解释": "password_hash() 会自动生成随机盐并将其包含在返回的哈希字符串中。"}

{"answer": "否", "解释": "PASSWORD_DEFAULT 在 PHP 8 中是 bcrypt（PHP 8.4 起为 Argon2id），而非 MD5。"}

{"answer": "是", "解释": "密码匹配，password_verify 返回 true。"}

{"answer": "否", "解释": "strip_tags() 只移除 HTML/PHP 标签，用于缓解 XSS，防 SQL 注入应使用预处理语句或参数化查询。"}

{"answer": "是", "解释": "session_regenerate_id() 在登录时更换会话 ID，可有效防止攻击者利用预设 ID 进行会话固定攻击。"}

{"answer": "php_sapi_name()", "解释": "php_sapi_name() 返回当前 SAPI 模块名称，如 cli、fpm-fcgi 等。"}

{"answer": "是", "解释": "session_destroy() 只清除服务器端会话数据，浏览器中的 PHPSESSID cookie 需手动用 setcookie() 设置过期时间才能删除。"}

{"answer": "否", "解释": "必须显式调用 session_start() 后 $_SESSION 才会被加载会话数据，否则它只是一个空数组。"}

{"answer": "不存在", "解释": "PHP 没有内置的 array_find() 函数，任何版本均未引入。"}

{"answer": "是", "解释": "属性钩子（property hooks）是 PHP 8.4 引入的新特性，允许在属性声明中直接定义 get/set 逻辑。"}

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

{"answer": "不存在", "解释": "PHP 中并没有内置的 #[\\NoDiscard] 属性，这不是任何 PHP 版本的真实特性。"}

{"answer": "否", "解释": "PHP 至今未引入 |> 管道运算符，该语法不存在于任何 PHP 版本中。"}

{"answer": "不存在", "解释": "PHP 任何版本中都不存在 clone($obj, ['x' => 1]) 这种 clone-with 语法，clone 只接受单个对象表达式。"}

{"answer": "不存在", "解释": "array_first() 和 array_last() 不是 PHP 内置函数，从未在任何 PHP 版本中引入。"}

{"answer": "8.4", "解释": "RFC Partial Function Application v2（第一类 callable 语法）被接受进入 PHP 8.4。"}

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

{"answer": "否", "解释": "PHP 中并无已接受的名为「Context Managers v2」的 RFC，该说法不成立。"}

{"answer": "否", "解释": "PHP 中并不存在名为「Bound-Erased Generic Types」的 RFC，该说法不成立。"}

{"answer": "否", "解释": "PHP 并未接受默认启用 ZTS 多线程的 RFC，其并发方向主要围绕 Fibers 而非多线程。"}

{"answer": "是", "解释": "PHP 8.5 尚未引入真正的泛型或参数化类型。"}

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

{"answer": "是", "解释": "PHP 6 从未正式发布，PHP 5.6 之后直接跳到了 PHP 7.0。"}

{"answer": "否", "解释": "向 PHP 核心添加 #[\\Deprecated] 属性的 RFC 并未被接受。"}

{"answer": "是", "解释": "整洁架构与洋葱架构的核心依赖规则正是依赖方向指向中心，内层（实体/用例）不依赖任何外层（框架、DB、UI）。"}

{"answer": "是", "解释": "领域实体应保持框架无关，仅依赖语言本身（PHP）和标准库，以确保领域层独立、可测试且可复用。"}

{"answer": "否", "解释": "控制器和 Twig 模板属于表现层/接口层，而非业务逻辑层。"}

{"answer": "实体（Entities）", "解释": "洋葱架构最中心是实体层，承载核心业务规则，不依赖任何外层。"}

{"answer": "是", "解释": "deptrac 等层间依赖分析器会依据预定义规则静态检查调用关系，出现禁止的跨层调用时自动报错。"}

{"answer": "否", "解释": "用例层应依赖抽象接口（如 Repository、DTO），而非具体的 HTTP Request 或 EntityManager，以避免与框架耦合。"}

{"answer": "Repository", "解释": "Repository（仓储）是 DDD 中用于隐藏存储细节并以集合形式提供实体/聚合访问的组件。"}

{"answer": "是", "解释": "整洁架构中数据库属于最外层驱动，领域实体和用例仅依赖抽象接口，替换数据库只需改动外层适配器实现。"}

{"answer": "否", "解释": "聚合是领域建模概念，是一组以聚合根为核心的领域对象，强调业务不变量；数据库表是持久化技术概念，二者不可等同。"}

{"answer": "是", "解释": "值对象的核心特征就是不可变性，且相等性由所有字段值决定，而非对象标识。"}

{"answer": "聚合根", "解释": "在DDD中，聚合根（Aggregate Root）是聚合的唯一外部入口，所有对聚合内部实体的变更必须经过聚合根。"}

{"answer": "是", "解释": "DDD 中仓储（Repository）以聚合根为单位声明，聚合内部的其他实体通过聚合根访问，无需各自独立的仓储。"}

{"answer": "是", "解释": "统一语言是 DDD 中开发者和领域专家共同使用的共享领域术语，确保沟通无歧义。"}

{"answer": "PHP定界符", "解释": "在 <?php … ?> 定界符内部，文本按 PHP 语言模型解析；在定界符外部，同样的词则按 HTML/纯文本模型处理。"}

{"answer": "否", "解释": "DDD 倡导富领域模型，将业务逻辑封装在实体和值对象内部，贫血模型恰是其反对的反模式。"}

{"answer": "是", "解释": "限界上下文（Bounded Context）是 DDD 核心概念，同一领域概念在不同上下文中可以有不同的模型、属性和行为，各自用独立的类来建模。"}

{"answer": "是", "解释": "Symfony DI 容器中的服务默认为懒加载（lazy），仅在首次被请求时才会实例化。"}

{"answer": "debug:router", "解释": "Symfony 中通过 php bin/console debug:router 命令可列出所有已注册路由。"}

{"answer": "否", "解释": "自动装配正是为了省去手动声明，通过类型提示自动解析依赖，无需逐个注册每个服务。"}

{"answer": "是", "解释": "Twig 将模板编译为继承自 Twig\\Template 的 PHP 类，并将编译结果缓存到磁盘，后续请求直接加载缓存而无需重新编译。"}

{"answer": "是", "解释": "Symfony dev 环境同样会缓存编译后的容器，仅在被跟踪文件（配置、服务等）变化时才重新编译，并非每个请求都重建。"}

{"answer": "APP_ENV", "解释": "Symfony 通过环境变量 APP_ENV 来决定当前运行环境（dev、prod 等）。"}

{"answer": "否", "解释": "Symfony 控制器的 action 方法必须是 public，private 方法无法被路由调用。"}

{"answer": "否", "解释": "事件分发的执行顺序取决于 priority 数值，而非是 EventSubscriber 还是 Listener 的类型，两者在 EventDispatcher 中本质相同。"}

{"answer": "是", "解释": "Symfony 6.0 移除了旧的 Guard 认证组件，认证统一基于 AuthenticatorInterface 体系。"}

{"answer": "IsGranted", "解释": "Symfony 的 #[IsGranted] 属性直接标注在控制器方法上，校验角色/权限，不满足则抛出 AccessDeniedException 返回 403。"}

{"answer": "是", "解释": "Symfony 的 Voter 机制正是用于对具体对象进行细粒度权限检查，isGranted('EDIT', $post) 是典型用法。"}

{"answer": "是", "解释": "Symfony 7+ 仅支持 PHP 8 属性（#[Assert\\NotBlank]），doctrine 注解（@Assert 文档注释）已在 Symfony 6 中移除。"}

{"answer": "是", "解释": "Symfony 表单默认启用 CSRF 令牌校验。"}

{"answer": "是", "解释": "Symfony 表单验证始终在服务器端执行，客户端 HTML5 验证仅为辅助，不能替代后端校验。"}

{"answer": "make:form", "解释": "Symfony Maker 使用 php bin/console make:form 命令生成 FormType 类。"}

{"answer": "否", "解释": "Symfony 会话中只存储用户标识（如 ID 或用户名），密码以哈希形式存在数据库，绝不会以明文放入会话。"}

{"answer": "是", "解释": "Symfony 4+ 默认将各 bundle 配置拆分到 config/packages/ 下，每个 bundle 或主题一个文件。"}

{"answer": "是", "解释": "这是 Laravel 等框架推荐的做法：提交含默认值的 .env（或 .env.example）供开发参考，真正的密钥放在 .gitignore 排除的 .env.local 中。"}

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

{"answer": "否", "解释": "容器编译后（如请求处理阶段）调用 setParameter() 会抛出 LogicException，不允许在运行时修改参数。"}

{"answer": "否", "解释": "Symfony 3.3 起，服务默认为 private（public: false），需显式声明 public: true 才能从容器直接获取。"}

{"answer": "否", "解释": "许多 bundle 可以默认工作，不一定需要 config/packages 中的配置文件。"}

{"answer": "是", "解释": "Symfony 的 services.yaml 中确实支持 %env(VAR)% 语法来注入环境变量值。"}

{"answer": "APP_DEBUG", "解释": "Symfony 通过 APP_DEBUG 环境变量（设为 1 或 true）开启调试模式，影响 profiler 和 Twig 调试输出。"}

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

{"answer": "否", "解释": "sync 传输会直接同步处理消息，不会放入队列交给 worker。"}

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

{"answer": "否", "解释": "重试策略在消息总线中间件层面配置，而非传输层面。"}

{"answer": "是", "解释": "Symfony Messenger 默认的 Serializer 使用 JSON 格式进行消息的编码和解码。"}

{"answer": "否", "解释": "Symfony Scheduler 按计划调度并执行 Console Command，而非产生消息通过 Messenger 发送；两者是独立组件。"}

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

{"answer": "是", "解释": "管道机制允许开发者在任意位置插入自定义中间件，自由控制其相对于内置中间件的执行顺序。"}

{"answer": "是", "解释": "Symfony 主版本每两年（11月）发布，次版本每六个月（5月和11月）发布，符合其官方发布节奏。"}

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

{"answer": "否", "解释": "Symfony 7.0 移除了文档块注解（annotations）支持，仅保留 PHP 8 属性（attributes）语法。"}

{"answer": "是", "解释": "Symfony AssetMapper 原生支持 PHP 端管理 CSS/JS 资产，通过 importmap.php 定义包映射，无需 Node 或 webpack。"}

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

{"answer": "否", "解释": "Symfony 主版本（如 5→6）正是移除上一版本中标记为 deprecated 功能的地方，而非保留它们。"}

{"answer": "是", "解释": "Symfony 每个主版本发布时都会提供 UPGRADE 文件，列出破坏性变更和升级注意事项。"}

{"answer": "AssetMapper", "解释": "Symfony 的 AssetMapper 组件无需 Node/webpack 即可管理前端资源并配合 ImportMap 处理 JS 导入。"}

{"answer": "否", "解释": "按 Symfony 每半年发布次版本的节奏，8.2 预计要到 2026 年 11 月下旬才发布。"}

{"answer": "是", "解释": "Symfony 按奇数月（5月/11月）每6个月发布一个次版本，8.0 于 2025-11 发布后，8.2 恰好在 2026-11。"}

{"answer": "8.2", "解释": " Symfony 版本按 x.0→x.1→x.2 顺序递增，8.1 之后的下一个版本即为 8.2。"}

{"answer": "否", "解释": "8.2 是主版本 8 下的次要版本，并非主版本；且 Symfony 升级提供迁移指南和工具，无需完全重写应用。"}

{"answer": "是", "解释": "PHP 的 minor 版本升级（如 8.1→8.2）承诺向后兼容，不引入破坏性变更。"}

{"answer": "8.4", "解释": "Symfony 每个主版本包含 5 个次版本（x.0 到 x.4），8.x 的最后一个次版本是 8.4（LTS），之后即为 9.0。"}

{"answer": "否", "解释": "Symfony 8.2 并不存在已确认的 PHP 8.5 强制要求，该说法无据。"}

{"answer": "是", "解释": "Symfony 版本策略规定在某主版本中弃用的功能至少保留到下一个主版本才移除，因此 8.x 弃用的功能最早在 9.0 移除。"}

{"answer": "否", "解释": "Twig 的 {{ }} 中只能使用 Twig 自身的变量、函数和过滤器语法，不能直接编写或调用任意 PHP 代码。"}

{"answer": "是", "解释": "Twig 默认开启 autoescape（html 模式），所有 {{ }} 输出的变量都会被自动 HTML 转义。"}

{"answer": "是", "解释": "Twig 的 |e（即 |escape）过滤器默认按 HTML 上下文转义特殊字符，防止 XSS 注入。"}

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

{"answer": "是", "解释": "在 Blade 模板中，@raw 或 {!! !!} 语法输出原始内容，会关闭默认的 HTML 自动转义。"}

{"answer": "是", "解释": "Twig 中 {{ }} 用于输出表达式值，{% %} 用于执行控制流标签如 if、for、set 等。"}

{"answer": "否", "解释": "Twig 模板中可以用 {% set var = ... %} 声明变量，并非只能由控制器传入。"}

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

{"answer": "是", "解释": "Bootstrap 提供预构建的 UI 组件和样式工具，不涉及路由、状态管理等 SPA 核心功能。"}

{"answer": "container", "解释": "Bootstrap 中 .container 类根据各断点设置不同的 max-width，实现响应式固定宽度容器。"}

{"answer": "否", "解释": "Bootstrap 栅格将一行分为 12 列，而非 16 列。"}

{"answer": "是", "解释": "Bootstrap 5 的类名中缀确实为 sm、md、lg、xl、xxl 五个，xs 无中缀（默认）。"}

{"answer": "是", "解释": "Bootstrap 的间距工具类（如 .mt-3、.px-2）的数值确实是 $spacer 变量的倍数（含 0.25、0.5 等分数倍）。"}

{"answer": "data-bs-toggle", "解释": "Bootstrap 5 使用 data-bs-toggle 属性在元素上启用交互组件，如 data-bs-toggle=\"dropdown\"。"}

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

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

{"answer": "否", "解释": "Doctrine ORM 不会自动建表，需通过 migrations 或 schema:update 等命令显式创建。"}

{"answer": "persist", "解释": "EntityManager::persist() 将新对象纳入管理并计划 INSERT，实际 SQL 在 flush() 时才执行。"}

{"answer": "否", "解释": "Doctrine ORM 3 已移除 EntityManager::merge() 方法，不再提供将脱离实体合并为受管理实体的操作。"}

{"answer": "是", "解释": "DQL 面向对象，使用实体名和字段名编写查询，而非底层的表名和列名。"}

{"answer": "null", "解释": "Doctrine EntityManager 的 find() 在找不到对应实体时返回 null。"}

{"answer": "否", "解释": "DoctrineBundle 在 kernel.response 事件中调用的是 EntityManager::close()，而非 flush()；未显式 flush 的变更会丢失。"}

{"answer": "是", "解释": "Doctrine 的 Unit of Work 会自动追踪受管理实体的属性变更，flush() 时生成 UPDATE，无需再次 persist()。"}

{"answer": "否", "解释": "Doctrine 的 remove() 只是将实体标记为待删除，实际的 SQL DELETE 要等到调用 flush() 时才执行。"}

{"answer": "否", "解释": "MVCC 的核心优势正是读不阻塞写、写不阻塞读，读者读取快照版本，写者生成新版本，两者互不干扰。"}

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

{"answer": "否", "解释": "SERIAL 是 PostgreSQL 特有的语法糖，而 GENERATED AS IDENTITY 是 SQL 标准语法，二者虽都基于序列实现，但在语义、行为和可管理性上存在差异，并非同一机制的两个名称。"}

{"answer": "否", "解释": "PostgreSQL 的 UNIQUE 约束默认允许同一列中存在多行 NULL，因为 NULL 不等于任何值（包括 NULL），不会被视为重复。"}

{"answer": "string_agg", "解释": "PostgreSQL 中 string_agg(expression, delimiter) 用于以指定分隔符拼接字符串。"}

{"answer": "否", "解释": "普通 VACUUM 仅将死元组空间标记为表内可复用，不会归还给操作系统；归还空间需用 VACUUM FULL。"}

{"answer": "PARTITION BY", "解释": "窗口函数中 PARTITION BY 子句将行划分为若干分区，函数在每个分区内独立计算。"}

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

{"answer": "是", "解释": "PostgreSQL 默认处于 autocommit 模式，未显式开启事务时每条语句都在隐式事务中自动提交。"}

{"answer": "COMMIT", "解释": "COMMIT 用于结束事务并将所有更改永久保存到数据库。"}

{"answer": "是", "解释": "索引的本质是快速定位行，UPDATE/DELETE 的 WHERE 条件命中索引列时同样通过索引查找目标行，避免全表扫描。"}

{"answer": "是", "解释": "PostgreSQL 中 SAVEPOINT 允许在事务内设置检查点，用 ROLLBACK TO SAVEPOINT 回滚到该点之后的语句，实现部分回滚。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询并返回每步的真实耗时和行数统计，而 EXPLAIN 才只展示计划不执行。"}

{"answer": "pgvector", "解释": "pgvector 是 PostgreSQL 的扩展，添加了 vector 类型和 IVFFlat/HNSW 向量索引，用于嵌入向量相似度搜索。"}

{"answer": "是", "解释": "部分索引（Partial Index）确实只为满足 WHERE 子句条件的行构建索引条目，不满足条件的行不包含在索引中。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 是通过 Serializable Snapshot Isolation (SSI) 冲突检测实现的，而非锁定读取的行。"}

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

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

{"answer": "是", "解释": "RFC 9110 明确将 DELETE 列为幂等方法，重复请求对服务器状态的影响与单次请求相同。"}

{"answer": "否", "解释": "Access-Control-Allow-Origin 是由服务器在响应中发送给客户端的，而非客户端发送的请求头。"}

{"answer": "是", "解释": "429 Too Many Requests 正是用于表示客户端超出速率限制（rate limiting）的 HTTP 状态码。"}

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

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

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

{"answer": "否", "解释": "使用 == 比较哈希存在时序攻击风险，应使用 hash_equals() 进行恒定时间比较。"}

{"answer": "是", "解释": "CSRF 令牌由服务器生成并与会话绑定，在 POST/PUT/DELETE 等 unsafe 请求时由服务端校验其有效性。"}

{"answer": "Content-Security-Policy", "解释": "CSP 策略通过 Content-Security-Policy 响应头下发。"}

{"answer": "否", "解释": "OAuth 2.0 是授权协议而非认证协议，access token 只表示访问权限，不直接表明用户身份；身份认证需借助 OpenID Connect 等扩展。"}

{"answer": "否", "解释": "仅靠写库前的服务器端输入校验不足以防止 XSS，可靠的防御核心是在输出时进行上下文感知的编码（output encoding），输入校验只是辅助手段且容易被绕过。"}

{"answer": "code", "解释": "授权码流程中，授权服务器通过 redirect_uri 回传的 code 参数即为用于换取 access 令牌的授权码。"}

{"answer": "是", "解释": "Refresh token 生命周期通常远长于 access token，其核心作用就是在 access token 过期后免重新登录换取新的 access token。"}

{"answer": "否", "解释": "盐通常不需要保密，且验证哈希时需要它。"}

{"answer": "否", "解释": "PHPUnit 要求测试类必须继承 PHPUnit\\Framework\\TestCase，否则不会被识别为测试类而执行。"}

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

{"answer": "否", "解释": "数据提供者可以返回多组参数，PHPUnit 会为每组参数各运行一次测试。"}

{"answer": "expectException", "解释": "PHPUnit 8+ 使用 $this->expectException(ClassName::class) 来声明期望抛出的异常类。"}

{"answer":"否","解释":"说反了：stub 只是返回预设数据，mock 才会断言验证方法调用。"}

{"answer": "是", "解释": "PHPUnit 10 引入了 PHP 8 属性（Attribute）来替代旧的 docblock 注解，@dataProvider 在 PHPUnit 10 中被弃用，在 11 中被移除。"}

{"answer": "否", "解释": "PHPUnit 通过 @depends 注解（或 #[Depends] 属性）允许声明测试依赖，并将前一个测试的返回值传递给后续测试。"}

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

{"answer": "3-3", "解释": "intdiv(7,2)=3，intdiv(-7,2)=-3，用点号拼接得到字符串\"3-3\"。"}

{"answer": -9, "解释": "PHP 中 ** 运算符优先级高于负号，因此 -3 ** 2 等价于 -(3**2) = -9。"}

{"answer": "true", "解释": "'1e1'是科学计数法表示10，与'10'作为数值比较相等，三元表达式返回'true'。"}

{"answer": "zero", "解释": "PHP switch 使用松散比较(==)，在 PHP 7 中 'a' == 0 为 true（非数字字符串转 int 得 0），故匹配 case 0 输出 'zero'。"}

{"answer": "2c", "解释": "strtr 数组替换按键长度从长到短执行，先替换 'ab'→'2' 得 '2c'，再替换 'a'→'1' 无匹配，结果为 '2c'。"}

{"answer": "[]", "解释": "字符串长度为5，start=-10 的绝对值大于字符串长度，substr 返回空字符串，所以输出 []。"}

{"answer": "k,n,m", "解释": "数组+运算中左侧数组的键优先，结果键顺序为 k、n、m。"}

{"answer": "yxz", "解释": "按第三个元素升序排序后，取第二列拼接为 'yxz'。"}

{"answer": 4, "解释": "展开关联数组时按键名匹配参数，$a=5，$b=1，返回 5-1=4。"}

{"answer": 3, "解释": "通过 $p->g(...) 创建的闭包持有对对象 $p 的引用，即使 $p=null 对象仍存活，调用时返回 $this->v 即 3。"}

{"answer": "B", "解释": "static::class 使用延迟静态绑定，返回实际实例所属的类名 B。"}

{"answer": 10, "解释": "PHP 8.4+ 属性钩中，setter 内部对 $this->x 赋值直接写入底层存储而不递归触发 setter，因此存入 5×2=10，无 getter 时读取即返回 10。"}

{"answer": "BA", "解释": "TB::f insteadof TA 使 f() 返回 'B'，TA::f as g 将 TA 的 f 重命名为 g 返回 'A'，拼接为 'BA'。"}

{"answer": 0, "解释": "PHP trait 中的静态属性在每个使用它的类中是独立副本，CX::$n=1 不影响 CY::$n，CY::$n 仍为 0。"}

{"answer": 2, "解释": "finally 中的 return 会覆盖 try 中的返回值。"}

{"answer": "second", "解释": "finally 块中抛出 LogicException 会覆盖内层 try 中正在传播的 RuntimeException，外层 catch 捕获 LogicException 并输出其消息 'second'。"}

{"answer": "App\\Foo|Baz", "解释": "use 别名 Baz 指向 App\\Foo，而 \\Baz 指全局命名空间的 Baz，::class 分别返回对应类名字符串。"}

{"answer": "noyes", "解释": "class_exists('Foo') 查全局命名空间找不到 Ns\\Foo 返回 no，而 class_exists('Ns\\\\Foo') 找到已定义的类返回 yes，拼接为 noyes。"}

{"answer": "1,2,99", "解释": "foreach 按引用迭代结束后，$v 仍引用 $a 的最后一个元素，因此 $v=99 实际修改了 $a[2]。"}

{"answer": 3, "解释": "静态变量在方法层面共享，B 继承 A 的 inc() 未重新定义，因此 $a 和 $b 调用的是同一函数，$n 依次为 1、2、3。"}

{"answer": 11, "解释": "send(10) 使生成器执行到 yield 1，$x 被赋值为 10，随后 return $x+1 即 return 11，生成器完成，getReturn() 返回 11。"}

{"answer": "1,2,ok", "解释": "yield from 透传 inner 的 yield 值(1,2)，inner 的 return 值'ok'赋给 $r 后被 outer yield，最终 implode 得到 1,2,ok。"}

{"answer": "noyes", "解释": "哈希的算法和成本与第一次检查相同故不需要重哈希输出no，成本从4变为5需要重哈希输出yes。"}

{"answer": "strict-in", "解释": "E_ALL 包含 E_STRICT(2048) 位，因此 E_ALL & 2048 等于 2048，不为 0，三元表达式取 'strict-in'。"}

{"answer": "mapped", "解释": "Symfony 将 server 参数 HTTP_X_TOKEN 映射为请求头 X-Token，因此 get('X-Token') 返回 'abc'，三元表达式输出 'mapped'。"}

{"answer": "BCA", "解释": "Symfony EventDispatcher 按优先级从高到低调用监听器，相同优先级按注册顺序，故顺序为 B(10)、C(5)、A(0)。"}

{"answer": "same", "解释": "Doctrine 的一级缓存（identity map）保证同一 EntityManager 内对同一 ID 的 find() 始终返回同一个对象实例。"}

{"answer": 0, "解释": "persist 后 remove 同一实体，flush 时先 INSERT 再 DELETE，表仍为空。"}

{"answer": 1, "解释": "count(x) 只统计非 NULL 值，两行中一行是 NULL，所以返回 1。"}

{"answer": "10,30,60", "解释": "窗口函数 sum(x) OVER (ORDER BY id) 产生累积和 10、30、60，string_agg 按 id 排序拼接为字符串。"}

{"answer": "M1M2", "解释": "中间件按顺序执行，M1 先 echo 'M1' 再调用 next，M2 再 echo 'M2'，最终输出 M1M2。"}

{"answer": 11, "解释": "HandleMessageMiddleware 会依次调用 HandlersLocator 中该消息类型的所有 handler，因此 $n 先加 1 再加 10，结果为 11。"}

{"answer": 1, "解释": "第二次插入因唯一索引冲突被 ON CONFLICT DO NOTHING 静默跳过，表中只有一行。"}

{"answer": 2, "解释": "UNIQUE 约束设为 DEFERRABLE INITIALLY DEFERRED，在事务提交前不检查唯一性，因此两次插入均成功，count 为 2。"}

{"answer": 6, "解释": "--filter test_sum 作为正则匹配 test_sum 和 test_sum_abs 两个方法，各由数据提供器产生3个用例，共6个。"}

{"answer": "2, 1", "解释": "DataProvider 提供两组数据(1 和 -1)，分别执行两次测试，其中 -1 使 assertTrue 失败，故 2 个执行、1 个失败。"}

{"answer": "POST", "解释": "curl 使用 -d 参数时会默认发送 POST 请求。"}

{"answer": "GET", "解释": "-G 标志将 -d 数据附加为查询参数并强制使用 GET 方法。"}

{"answer": "invalid_client", "解释": "RFC 6749 第 5.2 节规定，当客户端认证失败（如 client_id 未注册/不存在）时，令牌端点 error 字段返回 invalid_client。"}

{"answer": "片段（fragment）", "解释": "OAuth 2.0 隐式流程中，access_token 通过 URL 的 # 片段（fragment）返回，不经过服务器端日志。"}

{"answer": 0, "解释": "false 非 null，default 不生效，false 在算术运算中转为 0，0*3=0。"}

{"answer": 2, "解释": "Twig 中 ~ 优先级高于 +，表达式解析为 ('a' ~ 1) + 2，即 'a1' + 2，PHP 将 'a1' 转为 0，结果为 2，不抛异常。"}

{"answer": 0, "解释": "NotBlank 对数组仅检查 count===0，[''] 长度为 1 不算空白，故无违规。"}

{"answer": "LogicException", "解释": "表单未经 submit 就调用 isValid() 会抛出 LogicException('The form was not submitted.')。"}

{"answer": "same", "解释": "Symfony DI 默认服务是单例(shared)，两次 get() 返回同一对象实例，spl_object_id 相同。"}

{"answer": "hi Bob!", "解释": "Symfony 的 ContainerBuilder 在 compile() 时递归解析参数引用，%greeting% 展开为 hi %name%，再展开为 hi Bob!。"}

{"answer": "960px", "解释": "Bootstrap 5.3 中视口 ≥ 992px 时 .container 的 max-width 为 960px。"}

{"answer": "text-danger", "解释": "Bootstrap 5.3 中两个同特异性类冲突时，CSS 中后者胜出，而 text-danger 在样式表中排在 text-primary 之后。"}

{"answer": 2, "解释": "Domain 层只能依赖 Domain 层，但该类引用了 Application（PlaceOrder）和 Infrastructure（Db），共 2 个违规。"}

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

{"answer": "10,15", "解释": "$a->amount 为 10，add 返回新对象 $c->amount 为 15，拼接输出 10,15。"}

{"answer": 1, "解释": "remove 在仅剩一项时抛出异常且被捕获，items 未被修改，count 仍为 1。"}

{"answer": "hi", "解释": "调用 hi() 方法返回字符串 'hi' 并由 echo 输出。"}

{"answer": "yesno", "解释": "newLazyGhost 创建未初始化对象，首次 isUninitializedLazyObject 为 true 输出 yes；访问 $o->v 触发初始化回调后，第二次判断为 false 输出 no。"}

{"answer": "no", "解释": "Security Guard 组件在 Symfony 6.0 已移除，8.1 中 AbstractGuardAuthenticator 类不存在。"}

{"answer": "noyes", "解释": "Symfony 7.0 起已移除被废弃的 AnnotationClassLoader，而 AttributeClassLoader 自 6.4 引入后在 8.1 中仍存在。"}