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

{"answer": "否", "解释": "双引号字符串会解析变量和更多转义序列，而单引号字符串几乎原样输出，两者功能不同，区别不只是速度。"}

{"answer": "是", "解释": "?? 运算符内部使用 isset 语义判断，对未定义变量不会触发任何警告或通知。"}

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

{"answer": "否", "解释": "print 虽是语言结构且返回 1，但不能像函数返回值那样自由地嵌入表达式参与运算。"}

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

{"answer": "是", "解释": "PHP 运算符优先级中，加法/减法（+、-）高于字符串连接（.），因此 'A' + 1 . 2 会先计算 'A'+1 再与 2 连接。"}

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

{"answer": "总和: 5", "解释": "PHP 中 + 的优先级高于 .，因此先算 2+3=5，再与字符串拼接。"}

{"answer": "否", "解释": "PHP 中 === 比较数组时，要求键值对相同且顺序一致才相等，顺序是相关的。"}

{"answer": "否", "解释": "== 是宽松比较，0 == false 实际返回 true，因为 false 被转换为 0。"}

{"answer": "否", "解释": "PHP 8 中非数字字符串与整数比较时，将整数转为字符串做字符串比较，'abc'与'0'不等，结果为 false。"}

{"answer": "是", "解释": "PHP 宽松比较中 null == 0、null == \"\"、null == false 均为 true。"}

{"answer": 42, "解释": "PHP 将字符串转 int 时解析前导数字部分，'42abc' 前导数字为 42。"}

{"answer": 10, "解释": "PHP 将数字字符串 '5' 自动转换为整数，与 5 相加得到 10。"}

{"answer": "否", "解释": "PHP 中 false 转换为字符串是空字符串 \"\"，而非 \"0\"。"}

{"answer": "是", "解释": "由于 IEEE 754 浮点精度问题，0.1+0.2 的结果并非精确的 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)、\\0 和 \\v。"}

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

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

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

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

{"answer": "否", "解释": "sort() 排序后会重新索引数组（重置为 0,1,2...），不保留原键；需保留键值对应应使用 asort()。"}

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

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

{"answer": "是", "解释": "不带回调时 array_filter() 默认移除所有 falsy 值（0、\"0\"、\"\"、null、false、空数组）。"}

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

{"answer": "[20, 30]", "解释": "从下标1开始取2个元素，即20和30。"}

{"answer": 2, "解释": "PHP 数组 + 运算符保留左侧键，'a' 取左值，'b' 来自右侧，共 2 个元素。"}

{"answer":"否","解释":"数组展开运算符 [...$a, ...$b]（含字符串键支持）自 PHP 7.4 起已可用，并非 8.1 才引入。"}

{"answer": "否", "解释": "PHP 8.0+ 允许命名参数与 ...$args 组合，只需遵守"命名参数之后不能再出现位置参数"的顺序规则即可。"}

{"answer": "否", "解释": "PHP 闭包必须用 use 关键字才能捕获外部作用域的非静态变量，否则不可见。"}

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

{"answer": "否", "解释": "箭头函数 fn 的函数体只能是单个表达式，不能用花括号包裹多条语句；多语句需用闭包 function(){} 语法。"}

{"answer": "否", "解释": "箭头函数 fn 按值（by value）自动捕获外部变量，且在定义时立即取值，并非按引用或惰性捕获。"}

{"answer": "是", "解释": "PHP 中 static 闭包不绑定对象实例，因此不会自动捕获 $this。"}

{"answer": 5, "解释": "use($x) 默认按值捕获，闭包创建时$x=5，后续修改$x不影响闭包内的值。"}

{"answer": "是", "解释": "弱类型模式下，PHP 允许将可转为整数的字符串（如 \"5\"）隐式转换为 int 参数。"}

{"answer": "是", "解释": "PHP 8.0 引入了构造函数属性提升，可在构造参数上直接声明可见性修饰符来自动创建并初始化属性。"}

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

{"answer": "是", "解释": "PHP 中 final 方法禁止在子类中重写，尝试重写会触发 Fatal Error。"}

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

{"answer": "class@anonymous", "解释": "PHP 匿名类的内部类名以 NUL 字节分隔文件路径和行号，NUL 之前的固定部分为 class@anonymous。"}

{"answer": "是", "解释": "PHP 中 private 方法不进入继承体系，子类声明同名方法视为全新方法，不受父类可见性约束。"}

{"answer": "否", "解释": "__get() 不仅在访问不存在的属性时调用，在从类外访问 private/protected 属性时也会触发。"}

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

{"answer": "是", "解释": "PHP 接口允许声明常量，这些常量默认为 public 且不可修改。"}

{"answer": "instanceof", "解释": "PHP 中 instanceof 运算符用于判断对象是否为指定类或接口的实例。"}

{"answer": "否", "解释": "PHP 接口中只能声明公共实例方法，不能声明静态方法。"}

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

{"answer": "否", "解释": "PHP 接口方法只能声明签名，不能包含方法体（默认实现），这与 trait 方法不同。"}

{"answer": "是", "解释": "PHP 中抽象方法可以声明为 public 或 protected，但不能为 private。"}

{"answer": 3, "解释": "Foo::cases() 返回枚举所有案例的数组，A、B、C 共 3 个元素。"}

{"answer": "是", "解释": "PHP trait 可以声明常量，使用该 trait 的类可以直接访问这些常量。"}

{"answer": "是", "解释": "在 PHP 中，Throwable 是一个接口，Exception 和 Error 都实现了它，因此它是二者的共同祖先。"}

{"answer": "否", "解释": "TypeError 继承自 Error 而非 Exception，二者是 Throwable 下的平行分支，catch(Exception) 无法捕获 TypeError。"}

{"answer": "否", "解释": "@ 运算符只抑制错误报告（warning/notice 等），不能抑制异常，异常仍需 try-catch 处理。"}

{"answer": "DivisionByZeroError", "解释": "intdiv(5, 0) 除数为零时抛出 DivisionByZeroError（ArithmeticError 的子类）。"}

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

{"answer": "否", "解释": "finally 块中抛出的异常会覆盖 try/catch 中产生的异常，从而改变最终的异常传播结果。"}

{"answer": "是", "解释": "PHP 中任何对象（包括 Exception 实例）强制转换为 bool 都返回 true。"}

{"answer": "是", "解释": "PHP 中 register_shutdown_function() 注册的函数在脚本终止时执行，包括调用 exit/die 后仍会触发。"}

{"answer": "否", "解释": "use 语句只是注册别名，不会触发自动加载；文件在实际实例化或访问该类时才会被加载。"}

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

{"answer": "Controller/Api/UserController.php", "解释": "去掉 App\\ 前缀后，将命名空间分隔符 \\ 转为 /，再加 .php 扩展名，即 Controller/Api/UserController.php。"}

{"answer": "是", "解释": "vendor/autoload.php 内部创建 ClassLoader 并调用 register()，其底层正是调用 spl_autoload_register() 来注册自动加载函数。"}

{"answer": "是", "解释": "__NAMESPACE__ 返回当前文件所处的命名空间名称，若无命名空间则为空字符串。"}

{"answer": "否", "解释": "在命名空间内，非限定类名先从当前命名空间解析，而非全局根；仅带前导 \\ 的名称才强制从全局根解析。"}

{"answer": "是", "解释": "PSR-4 规则下，去掉前缀 App\\ 后剩余 Model\\User 转为路径 Model/User.php，拼接基目录 src/ 即得 src/Model/User.php。"}

{"answer": "是", "解释": "PHP 允许在函数体内使用 use 语句导入类/函数/常量，该别名仅在函数作用域内生效。"}

{"answer": "是", "解释": "PHP 中数组赋值默认是值复制（copy-on-write），除非使用 & 显式取引用。"}

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

{"answer": "是", "解释": "PHP 函数内部具有独立作用域，访问全局用户变量只能依赖 global 关键字、$GLOBALS 或参数传递。"}

{"answer": "否", "解释": "$GLOBALS 是对全局符号表的引用，unset($GLOBALS['x']) 会从全局作用域中彻底删除该变量，而非仅对当前函数生效。"}

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

{"answer": "否", "解释": "PHP 的 foreach 遍历的是数组的副本，循环内对原数组的修改不会影响当前遍历过程。"}

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

{"answer": "否", "解释": "PHP 数组键只支持整数和字符串，布尔值 true 会被自动转换为整数 1 作为键，而非以 bool 类型保存。"}

{"answer": "是", "解释": "PHP 生成器支持带值 return，迭代结束后可通过 $gen->getReturn() 获取该返回值。"}

{"answer": "否", "解释": "PHP 生成器是一次性的，遍历完毕后调用 rewind() 会抛出 BadMethodCallException，无法重新遍历。"}

{"answer": "否", "解释": "yield from 是 Python 3 的语法，PHP 中没有 yield from，PHP 生成器只有 yield。"}

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

{"answer": 3, "解释": "generator yield from [1,2,3] 产生3个元素，iterator_to_array转为数组后count为3。"}

{"answer": "否", "解释": "SplStack 实现的是 LIFO 栈，FIFO 队列由 SplQueue 实现。"}

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

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

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

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

{"answer": "true", "解释": "password_verify 将明文与由同一明文生成的哈希进行比对，匹配则返回布尔值 true。"}

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

{"answer": "是", "解释": "session_regenerate_id() 在登录时重新生成会话 ID，使攻击者预先获取的旧 ID 失效，从而防范会话固定攻击。"}

{"answer": "php_sapi_name()", "解释": "php_sapi_name() 返回当前使用的 SAPI 模块名称，如 cli、apache2handler 等。"}

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

{"answer": "否", "解释": "必须调用 session_start() 后 $_SESSION 才会加载会话数据，否则为空。"}

{"answer": "不存在", "解释": "PHP 内置函数中没有 array_find()，不存在于任何 PHP 版本中。"}

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

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

{"answer": "8.4", "解释": "#[\\NoDiscard] 属性用于标记不应丢弃返回值的函数，是 PHP 8.4 引入的内置属性。"}

{"answer": "不存在", "解释": "PHP 从未正式引入管道运算符 |>，相关 RFC 未被合入任何版本。"}

{"answer": "不存在", "解释": "PHP 任何版本都没有 clone-with 语法，clone 关键字不接受额外参数。"}

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

{"answer": "无法确认该 RFC 存在", "解释": "截至我的知识范围，没有名为 RFC Partial Function Application v2 的已接受 PHP RFC，该问题可能基于虚构前提。"}

{"answer":"未在任何 PHP 版本中实现","解释":"截至已知信息，RFC clamp_v2（clamp() 函数）未被接受或实现于任何已发布的 PHP 版本中。"}

{"answer": "否", "解释": "PHP 并无已接受的名为 RFC Context Managers v2 的提案。"}

{"answer": "是", "解释": "PHP 至今未实现泛型，该 RFC 提案被拒绝，与 PHP 无泛型的事实一致。"}

{"answer": "否", "解释": "截至已知信息，PHP 社区并未接受将 ZTS（Zend Thread Safety）设为默认构建的 RFC，默认仍为 NTS 版本。"}

{"answer": "是", "解释": "PHP 至今仍未引入语言级的泛型或参数化类型。"}

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

{"answer": "是", "解释": "PHP 6 项目于 2012 年前后被取消，PHP 5.6 之后的下一个大版本确实直接是 PHP 7.0。"}

{"answer": "是", "解释": "PHP 8.4 通过 RFC 正式引入了 #[\\Deprecated] 属性，该 RFC 已被接受。"}

{"answer": "是", "解释": "整洁架构和洋葱架构的核心依赖规则正是依赖箭头始终指向内层（领域核心），内层不依赖、不知道外层的存在。"}

{"answer": "是", "解释": "领域实体应保持框架无关，仅依赖 PHP 本身及标准库，这是 DDD 中领域层独立于基础设施层的核心原则。"}

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

{"answer": "企业核心业务规则", "解释": "洋葱架构最中心是企业的核心业务规则（领域模型），不依赖任何外层。"}

{"answer": "是", "解释": "deptrac 等依赖分析器可配置禁止的层间依赖规则，在代码违反时自动报错。"}

{"answer": "否", "解释": "Interactor 属于应用层，应依赖领域实体和仓储接口（端口），而非直接接收 HTTP 请求或具体 EntityManager 实现，否则违反了分层架构与依赖倒置原则。"}

{"answer": "Repository", "解释": "仓储（Repository）模式通过接口隐藏存储机制，以集合方式提供聚合/实体的存取。"}

{"answer":"是","解释":"整洁架构中数据库属于外层（框架与驱动层），依赖规则只允许外层依赖内层，因此更换数据库只需改外层适配器，领域与用例不受影响。"}

{"answer": "否", "解释": "聚合是领域模型中的概念边界，用于定义一致性边界，与数据库表是不同层面的概念，二者不是一一对应关系。"}

{"answer": "是", "解释": "值对象的核心特征正是不可变性、按字段值相等比较、无唯一标识符。"}

{"answer": "聚合根", "解释": "聚合根是聚合的唯一外部入口，所有外部访问和变更都必须通过聚合根进行，以维护聚合内部的一致性不变量。"}

{"answer": "是", "解释": "DDD 中仓储只针对聚合根声明，聚合内部实体通过根对象访问，不单独拥有仓储。"}

{"answer": "是", "解释": "统一语言是DDD中开发团队与领域专家共同使用的、围绕领域模型的共享术语体系。"}

{"answer": "命名空间", "解释": "PHP 中命名空间边界内部，同名标识符按该命名空间解析；边界外（全局作用域）同样的名字对应全局模型，即不同的符号表。"}

{"answer": "否", "解释": "DDD 推荐充血模型，将业务逻辑封装在领域对象内部，贫血模型恰恰是 DDD 所反对的风格。"}

{"answer": "是", "解释": "限界上下文的核心思想正是每个上下文拥有独立的领域模型，同一概念在不同上下文中可以有不同的定义和实现。"}

{"answer": "是", "解释": "Symfony DI 容器默认采用惰性加载，服务在首次被 get() 请求时才实例化，而非容器初始化时全部创建。"}

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

{"answer": "否", "解释": "Autowiring 正是为了自动解析依赖而设计的，配合 autoconfigure 和 PSR-4 资源扫描，无需手动逐一声明每个服务。"}

{"answer": "是", "解释": "Twig 会将模板编译为 PHP 类并缓存编译结果以提高性能。"}

{"answer": "是", "解释": "Symfony dev 环境会将编译好的容器缓存到 var/cache/dev/，每次请求仅检查跟踪文件是否变化，变化才重新编译，否则直接复用缓存。"}

{"answer": "APP_ENV", "解释": "Symfony 5.1 起使用 APP_ENV 环境变量（如 dev、prod）决定活动环境，旧版本为 SYMFONY_ENV。"}

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

{"answer": "否", "解释": "事件订阅者的方法注册后与普通监听器无本质区别，优先级取决于各自指定的 priority 值，而非接口本身赋予的额外优先级。"}

{"answer": "是", "解释": "Symfony 6.0 移除了 Guard 体系，认证统一基于 AuthenticatorInterface（System Authenticator）。"}

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

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

{"answer": "是", "解释": "Symfony 7 移除了对 doctrine/annotations 的依赖，验证约束必须使用 PHP 原生属性（Attribute）声明。"}

{"answer": "是", "解释": "Symfony 表单默认自动注入并校验 CSRF 令牌，无需额外配置。"}

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

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

{"answer": "否", "解释": "Symfony 使用 BCrypt/Argon2 等算法对密码进行哈希存储，会话中只保存用户身份标识，绝不明文存放密码。"}

{"answer": "是", "解释": "Symfony 4+ 推荐将配置放在 config/packages/ 下，按 bundle 或主题拆分为独立文件。"}

{"answer": "否", "解释": "标准做法是提交 .env.example（含默认值）到仓库，而 .env 本身应加入 .gitignore，不使用 .env.local 这一非通用约定。"}

{"answer": "debug:container", "解释": "Symfony 中通过 php bin/console debug:container 命令可列出容器中所有已注册服务及其别名。"}

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

{"answer": "否", "解释": "Symfony 默认情况下服务是私有的（public: false），不能直接从容器中获取。"}

{"answer": "否", "解释": "许多 Bundle 自带默认配置，无需在 config/packages 中显式声明即可正常工作。"}

{"answer": "是", "解释": "Symfony 中确实使用 %env(VAR)% 语法在 services.yaml 等配置文件中引用环境变量。"}

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

{"answer": "否", "解释": "Symfony Messenger 允许为同一消息类注册多个处理者，可通过优先级或中间件控制执行多个 handler。"}

{"answer": "否", "解释": "sync 传输在当前请求中同步执行消息，不经过队列，而 queue（async）才放入队列由 worker 处理。"}

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

{"answer": "否", "解释": "retry_strategy 通常在 Messenger 的全局或 bus 配置中配置，而不是在传输层面配置。"}

{"answer": "是", "解释": "Symfony Messenger 默认使用 Symfony Serializer 以 JSON 格式序列化消息。"}

{"answer": "否", "解释": "Symfony Scheduler 按计划执行任务（run tasks），而非产生消息；它可与 Messenger 配合，但本身不产生也不发送消息。"}

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

{"answer": "是", "解释": "Symfony Messenger 的消息总线由中间件管道组成，自定义中间件可插入到任意位置（内置中间件之前或之后）。"}

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

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

{"answer": "否", "解释": "Symfony 7.0 已完全移除了文档块注解（@Route、@Assert 等）的支持，仅保留 PHP 8 属性（attributes）。"}

{"answer": "是", "解释": "AssetMapper 是 Symfony 6.3+ 的资产管理器，使用 importmap.php 管理 CSS/JS，无需传统的 node+webpack 构建流程。"}

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

{"answer": "否", "解释": "Symfony 主版本升级会移除上一主版本中标记为 deprecated 的功能，这正是主版本允许不兼容变更的体现。"}

{"answer": "是", "解释": "Symfony 每个主版本（如 4.x、5.x、6.x）的源码中确实包含 UPGRADE 文件，列出从上一主版本迁移时的变更和破坏性改动。"}

{"answer": "AssetMapper", "解释": "Symfony 6.4 引入的 AssetMapper 组件可在无 Node/webpack 环境下自动管理资源与 importmap。"}

{"answer":"是","解释":"按 Symfony 每年一个主版本、约每两个月一个次版本的节奏，8.2 在 2026 年 11 月前发布是合理的。"}

{"answer": "否", "解释": "按 Symfony 每六个月一个次版本的节奏推算，8.2 对应的大致是 2027 年而非 2026 年 11 月。"}

{"answer": "8.2", "解释": "Symfony 每半年发布一个次版本，8.1（2026年11月）之后下一个是 8.2（2027年5月）。"}

{"answer": "否", "解释": "8.2 是次版本（minor release），主版本是 8.0；次版本遵循向后兼容原则，无需重写应用。"}

{"answer": "是", "解释": "PHP 的向后兼容策略规定同一主版本内的次版本升级（如 8.1→8.2）不引入破坏性变更。"}

{"answer": "8.4", "解释": "Symfony 每个主版本通常发布到 .4 LTS 为止，因此 8.x 分支最后一个次版本为 8.4。"}

{"answer": "否", "解释": "不存在已发布的 Symfony 8.2 要求 PHP 8.5 这一事实，该说法不成立。"}

{"answer": "否", "解释": "按 Symfony 弃用政策，弃用功能至少保留两个大版本，8.x 中弃用的功能最早在 10.0 才移除，而非 9.0。"}

{"answer": "否", "解释": "Twig 的 {{ }} 只能执行 Twig 表达式，不能直接调用任意 PHP 代码。"}

{"answer": "是", "解释": "Twig 默认开启自动转义（autoescape 策略为 html），输出变量时会自动进行 HTML 转义以防 XSS。"}

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

{"answer": "localnumber", "解释": "twig/intl-extra 提供 localnumber 过滤器，依据 locale 设置对数字进行本地化格式化。"}

{"answer": "是", "解释": "|raw 过滤器的作用正是关闭对该值的自动转义，直接输出原始内容。"}

{"answer": "是", "解释": "Twig 中 {{ }} 用于输出表达式值，{% %} 用于执行控制结构标签。"}

{"answer": "否", "解释": "Twig 模板中可以用 {% set foo = 'bar' %} 等语法声明/赋值变量，并非只能由控制器传入。"}

{"answer": "dump", "解释": "Twig 的 dump() 函数利用 PHP 的 var_dump 输出变量的调试结构。"}

{"answer": "是", "解释": "Bootstrap 确实是一套提供现成 UI 组件的 CSS/JS 库，而非 React、Vue 等 SPA 框架。"}

{"answer": "container", "解释": "Bootstrap 的 .container 类按断点设置固定的 max-width，而 .container-fluid 则是 100% 宽度。"}

{"answer": "否", "解释": "Bootstrap 栅格将一行分为 12 列（非 16 列），且 Bootstrap 4+ 基于 Flexbox 而非 float。"}

{"answer": "是", "解释": "Bootstrap 5 中 xs 无中缀，类名中出现的断点中缀恰好为 sm、md、lg、xl、xxl 五个。"}

{"answer": "是", "解释": "Bootstrap 间距工具类的数字确实是 $spacer 的倍数（如 1→0.25、2→0.5、3→1 等）。"}

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

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

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

{"answer": "否", "解释": "Doctrine ORM 不会在运行时自动建表，需要手动执行 migrations 或 schema 命令来创建/更新数据库表结构。"}

{"answer": "persist", "解释": "EntityManager::persist() 将新实体标记为受管理状态，INSERT 语句延迟到 flush() 时才执行。"}

{"answer": "否", "解释": "merge() 返回一个受管理的实体（副本），而非将传入对象本身变为受管理状态，传入对象仍保持 detached。"}

{"answer": "是", "解释": "DQL 是面向对象查询语言，操作的是实体和字段，而非底层的表和列。"}

{"answer": "null", "解释": "Doctrine 的 repository->find() 在找不到记录时返回 null。"}

{"answer": "否", "解释": "DoctrineBundle 默认 auto_commit 为 false，不会在请求结束时自动 flush，需手动调用或显式开启 auto_commit。"}

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

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

{"answer": "否", "解释": "MVCC 的核心优势正是读写互不阻塞，读看到快照、写创建新版本，二者可并行进行。"}

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

{"answer": "否", "解释": "SERIAL 只是序列+默认值的语法糖，而 GENERATED AS IDENTITY 是 SQL 标准的真正身份列，二者在元数据、行为和 SQL 标准合规性上均不同。"}

{"answer": "否", "解释": "PostgreSQL 的 UNIQUE 约束默认允许多个 NULL 值，因为 SQL 中 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 模式，每条未包裹在显式事务中的 SQL 语句都会在独立的隐式事务中执行并自动提交。"}

{"answer": "COMMIT", "解释": "COMMIT 命令用于提交事务，将其中所有更改永久保存到数据库。"}

{"answer": "是", "解释": "索引用于定位行，UPDATE 和 DELETE 的 WHERE 条件命中索引时同样能避免全表扫描，从而加速执行。"}

{"answer": "是", "解释": "PostgreSQL 中 SAVEPOINT 配合 ROLLBACK TO SAVEPOINT 可回滚事务中的部分语句而不终止整个事务。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询并返回实际执行统计信息，而非仅显示计划。"}

{"answer": "pgvector", "解释": "pgvector 是 PostgreSQL 扩展，添加了 vector 类型及 IVFFlat/HNSW 索引以支持向量相似性搜索。"}

{"answer": "是", "解释": "部分索引（partial index）确实只为满足 WHERE 子句条件的行构建索引条目。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 使用 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 按 RFC 7231 是幂等的，两者确实不同。"}

{"answer": "否", "解释": "应使用 password_verify()（内部采用 hash_equals 恒定时间比较），== 存在类型混淆和时序攻击风险。"}

{"answer": "是", "解释": "CSRF 令牌确实由服务器生成并绑定会话，服务器在收到 POST 等 unsafe 请求时校验令牌是否与会话中的一致。"}

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

{"answer": "否", "解释": "OAuth 2.0 是授权协议而非身份认证协议，access token 代表资源访问权限，并不说明用户是谁（说明身份是 OpenID Connect 的 ID Token 的职责）。"}

{"answer": "否", "解释": "防止 XSS 的关键是在输出时按上下文进行编码（output encoding），仅靠写库前的输入校验不足以完全防御。"}

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

{"answer": "是", "解释": "Refresh Token 的设计目的正是比 Access Token 有效期更长，用于在 Access Token 过期后无需重新登录即可换取新的 Access Token。"}

{"answer": "否", "解释": "盐通常与哈希一起公开存储，其作用是防止彩虹表攻击，无需保密。"}

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

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

{"answer": "否", "解释": "数据提供者的目的就是为同一测试方法提供多组参数，使测试运行多次。"}

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

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

{"answer": "是", "解释": "PHPUnit 10 起推荐使用 PHP 8 的 #[DataProvider] 属性，@dataProvider docblock 注解已被弃用。"}

{"answer": "否", "解释": "PHPUnit 支持通过 depends() 方法或 @depends 注解声明测试之间的依赖关系。"}

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

{"answer": "3-3", "解释": "intdiv(7,2)=3，intdiv(-7,2)=-3（向零截断），字符串拼接得到 3-3。"}

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

{"answer": "true", "解释": "'1e1'和'10'都是数字字符串，PHP按数值比较，1e1即10，10==10为true。"}

{"answer": "zero", "解释": "PHP switch 使用松散比较(==)，'a' 转为整数 0，与 case 0 匹配。"}

{"answer": "2c", "解释": "strtr 数组替换时按键长度从长到短匹配，先匹配 'ab'→'2'，剩余 'c' 无匹配，结果为 2c。"}

{"answer": "[]", "解释": "字符串长度为5，起始位置-10超出范围，substr返回空字符串，故输出[]。"}

{"answer": "k,n,m", "解释": "PHP 数组 + 运算符保留左侧数组中同键的值，结果为 ['k'=>1,'n'=>2,'m'=>3]，取键后拼接为 k,n,m。"}

{"answer": "yxz", "解释": "按第三个元素排序后顺序为 [2,'y',1],[1,'x',2],[3,'z',2]，取第二列拼接得 yxz。"}

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

{"answer": 3, "解释": "第一阶级可调用语法 $p->g(...) 生成的闭包持有对象引用，$p=null 不会销毁对象，调用 $f() 仍返回 $this->v 即 3。"}

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

{"answer": 10, "解释": "set hook 中 $this->x = $value * 2 直接写入 backing value（不会递归触发 hook），故存储值为 5*2=10，get 返回 10。"}

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

{"answer": 0, "解释": "Trait 中的静态属性被各自类独立持有，CX::$n 的修改不影响 CY::$n，CY::$n 仍为 0。"}

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

{"answer": "second", "解释": "finally 中抛出的 LogicException 会替换内层 RuntimeException，被外层 catch(LogicException) 捕获并输出其消息 'second'。"}

{"answer": "App\\Foo|Baz", "解释": "Baz::class 经 use 别名解析为 App\\Foo，而 \\Baz::class 指向全局命名空间的 Baz，故输出 App\\Foo|Baz。"}

{"answer": "noyes", "解释": "class_exists('Foo')查全局命名空间找不到，class_exists('Ns\\Foo')找到Ns命名空间下的Foo类。"}

{"answer": "1,2,99", "解释": "foreach 引用遍历后 $v 仍引用最后一个元素 $a[2]，赋 99 使数组变为 [1,2,99]。"}

{"answer": 3, "解释": "static变量是函数级别的，不区分对象实例，B继承A调用同一函数，$n依次变为1、2、3。"}

{"answer": "", "解释": "send(10) 使生成器暂停在 yield 处，尚未执行 return，getReturn() 返回 null，echo null 输出空字符串。"}

{"answer": "1,2,ok", "解释": "yield from 将 inner() 的两次 yield(1,2)透传给调用者，inner() 的 return 'ok' 被赋给 $r，再由 outer() yield 出去，最终输出 1,2,ok。"}

{"answer": "noyes", "解释": "哈希本身 cost 为 4，所以第一次检查不需要重哈希输出 no，第二次要求 cost 5 与现有 cost 4 不匹配，需要重哈希输出 yes。"}

{"answer": "strict-in", "解释": "E_ALL 包含 E_STRICT(2048)，按位与结果非零，条件为 false，故输出 'strict-in'。"}

{"answer": "mapped", "解释": "Symfony 将 HTTP_X_TOKEN 规范化为 X-TOKEN，与 get('X-Token') 匹配。"}

{"answer": "BCA", "解释": "Symfony 事件分发器中优先级数字越大越先执行，故顺序为 B(10)、C(5)、A(0)。"}

{"answer": "same", "解释": "Doctrine 的 Identity Map 保证同一 ID 多次 find 返回同一对象实例，spl_object_id 相同。"}

{"answer": 0, "解释": "persist 后再 remove 一个尚未 flush 的新实体，Doctrine 会将其从插入队列中直接移除，flush 时不执行任何 SQL，表仍为空。"}

{"answer": 1, "解释": "COUNT(x) 只统计非 NULL 值，因此只计数值为 1 的那一行。"}

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

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

{"answer": 11, "解释": "HandleMessageMiddleware 会依次调用 HandlersLocator 中注册的所有 handler，$n 先加 1 再加 10，最终为 11。"}

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

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

{"answer": 6, "解释": "--filter test_sum 作为正则匹配 test_sum 和 test_sum_abs 两个方法，各带 3 个数据提供者，共 6 个测试。"}

{"answer": "2, 1", "解释": "DataProvider 提供两组数据 [1] 和 [-1]，执行 2 个测试；x=-1 时 assertTrue 失败，故 1 个失败。"}

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

{"answer": "GET", "解释": "curl -G 将 -d 的数据拼接到 URL 查询字符串中，并强制使用 GET 方法。"}

{"answer": "unauthorized_client", "解释": "RFC 6749 §5.2 规定，当客户端身份验证失败（如 client_id 不存在）时，令牌端点 error 字段应返回 unauthorized_client。"}

{"answer": "fragment", "解释": "OAuth 2.0 Implicit Flow 中，access_token 放在 redirect_uri 的 fragment（# 后的片段）部分，不会出现在服务器日志中。"}

{"answer": 0, "解释": "false 不是 null/undefined，所以 default(2) 不生效，仍为 false；false 参与算术运算时转为 0，0*3=0。"}

{"answer": "a3", "解释": "Twig 中 + 优先级高于 ~，先算 1+2=3，再拼接 'a'~3 得字符串 a3。"}

{"answer": 0, "解释": "数组 [''] 包含一个元素，NotBlank 对数组仅判断是否为空，非空则无违规，返回 0 条 violation。"}

{"answer": "LogicException", "解释": "未调用 handleRequest() 就调用 isValid()，Symfony 会抛出 LogicException，被 catch(Throwable) 捕获后输出类名。"}

{"answer": "same", "解释": "Symfony DI 容器中服务默认是单例，get() 多次调用返回同一实例，spl_object_id 相同。"}

{"answer": "hi Bob!", "解释": "compile() 递归解析参数引用：%greeting%→hi %name%→hi Bob，拼接末尾的 ! 得到 hi Bob!"}

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

{"answer": "text-danger", "解释": "两者特异性相同，Bootstrap 中 .text-danger 在 CSS 源码中排在 .text-primary 之后，后者胜出。"}

{"answer": 2, "解释": "Domain 层只允许依赖 Domain，但该类引用了 Application 的 PlaceOrder 和 Infrastructure 的 Db，构成两条违规。"}

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

{"answer": "10,15", "解释": "Money 是不可变对象，$a 仍为 10，$c 是新对象 10+5=15，拼接输出 10,15。"}

{"answer": 1, "解释": "remove()在count为1时抛出异常，unset未执行，items中仍有一条记录，故输出1。"}

{"answer": "hi", "解释": "new C()->hi() 返回字符串 'hi'，echo 直接输出 hi。"}

{"answer": "yesno", "解释": "访问 $o->v 前是未初始化惰性对象输出 yes，访问后触发初始化回调变为已初始化输出 no。"}

{"answer": "no", "解释": "Guard 认证组件（含 AbstractGuardAuthenticator）已在 Symfony 6.0 中移除，8.1 中该类不存在。"}

{"answer": "noyes", "解释": "AnnotationClassLoader 在 Symfony 7.0 已移除，8.1 中不存在；AttributeClassLoader 是其替代类，在 8.1 中存在。"}