Карта знаний PHP — bonsai-2:27b, run-43 · think: medium

{"answer": "否", "解释": "双引号字符串会进行变量插值并处理多种转义序列，单引号字符串只处理 \\ 和 \\' 两种转义，处理方式并非完全相同。"}

{"answer":"是","解释":"?? 运算符在左侧为 null 或未定义时返回右侧值，不会触发任何 warning 或 notice，行为等同于 isset 的判断逻辑。"}

{"answer": "ab", "解释": "echo 中多个参数用逗号分隔时直接拼接输出，无额外分隔符。"}

{"answer":"是","解释":"print 是语言结构但返回值为 1，该值可用于表达式（如 $x = print \"hi\" 或 echo print \"hi\"）。"}

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

{"answer": "是", "解释": "PHP 中连接运算符 . 的优先级低于 + 和 -，如 \"1\" . 2 + 3 先算 2+3 再拼接。"}

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

{"answer":"3","解释":".的优先级高于+，所以先执行'总和: ' . 2得到字符串'总和: 2'，再+3时字符串转为0，0+3=3。"}

{"answer":"否","解释":"PHP的严格比较(===)要求数组元素的键值对相同且顺序一致，顺序无关的说法是错误的。"}

{"answer":"否","解释":"0 == false 在 PHP 中返回 true（宽松比较下 0 和 false 都视为 falsy），且 == 是宽松比较，不是严格比较。"}

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

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

{"answer": 42, "解释": "PHP 将字符串转整数时读取开头的数字部分，遇到非数字字符即停止。"}

{"answer": 10, "解释": "PHP 中 '+' 运算符会将字符串 '5' 转换为数字，5 + 5 = 10"}

{"answer": "否", "解释": "PHP 中 (string) false 的结果是空字符串 \"\"，而 (string) 0 才是 \"0\"。"}

{"answer":"是","解释":"由于 IEEE 754 浮点精度问题，0.1 + 0.2 的结果约为 0.30000000000000004，不等于 0.3，所以 === 比较返回 false。"}

{"answer":"否","解释":"strrev() 按字节反转，会破坏 UTF-8 多字节字符的编码，导致乱码。"}

{"answer": "是", "解释": "'Hello world' 中包含子串 'world'，str_contains 返回 true，陈述正确。"}

{"answer":"否","解释":"str_pad() 的第三个参数可以指定 STR_PAD_LEFT、STR_PAD_RIGHT 或 STR_PAD_BOTH，并非只能右侧补齐。"}

{"answer":"否","解释":"默认 trim() 会去掉首尾的空白字符，包括空格、制表符(\\t)和换行符(\\n)等。"}

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

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

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

{"answer":"是","解释":"HEREDOC（无引号）类似双引号字符串可插值，NOWDOC（单引号）类似单引号字符串不支持插值。"}

{"answer":"否","解释":"sort() 会重置数组键为从 0 开始的数字键，保持键值对应关系的是 asort()。"}

{"answer": "是", "解释": "PHP 将可转为整数的字符串键自动转换为整数键。"}

{"answer": "否", "解释": "in_array() 默认使用松散比较（==），第三个参数 $strict 设为 true 才启用严格比较（===）。"}

{"answer":"是","解释":"PHP中array_filter()无回调时默认移除0、\"0\"、\"\"、null、false等falsy元素。"}

{"answer":"否","解释":"array_slice() 默认 preserve_keys 为 false，会重新索引数组的键。"}

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

{"answer": 2, "解释": "PHP 的 + 运算符进行数组并集，左数组的键优先，结果为 ['a'=>1,'b'=>2]，共 2 个元素。"}

{"answer": "是", "解释": "PHP 8.1 将数组展开运算符扩展为支持带字符串键的数组，此前仅支持数值键。"}

{"answer": "否", "解释": "PHP 中命名参数与数组展开 ...$args 可以在同一调用中组合使用。"}

{"answer": "否", "解释": "在 PHP 中，不使用 use 的匿名函数无法访问外部函数作用域的局部变量，只能访问全局变量（需 global）和自身参数。"}

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

{"answer":"否","解释":"PHP 箭头函数 fn 只能有单一表达式作为函数体，不支持花括号块体；需要多个语句时必须用普通函数或 function 闭包。"}

{"answer":"是","解释":"PHP 7.4+ 的箭头函数（fn）隐式按引用捕获作用域内局部变量，调用时才读取当前值。"}

{"answer":"是","解释":"static function 闭包不绑定实例，因此无法捕获外部的 $this。"}

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

{"answer":"是","解释":"弱类型模式下 PHP 会自动进行类型转换，字符串\"5\"可被隐式转换为整数 5，因此传给 int 类型参数是合法的。"}

{"answer": "是", "解释": "PHP 8.0 引入了构造函数属性提升（property promotion）功能。"}

{"answer": "final", "解释": "PHP 中使用 final 关键字可以禁止方法在子类中被重写。"}

{"answer": "是", "解释": "在PHP中，声明为final的方法禁止在子类中重写，这是语言规范。"}

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

{"answer": "class@main", "解释": "get_class 对匿名类实例返回内部名称，格式为 'class@main' 后跟 NUL 字节，NUL 前部分即为 class@main。"}

{"answer": "是", "解释": "PHP中父类的private方法对子类完全不可见，不属于继承契约，子类同名方法实为独立方法，可见性可任意设定。"}

{"answer": "是", "解释": "PHP 中 __get() 魔术方法仅在读取不存在的属性时自动触发，属性已存在时不会调用。"}

{"answer":"Error","解释":"PHP 8.1+ 中对 readonly 属性重复赋值会抛出 Error（不可恢复错误），而非 Exception。"}

{"answer": "是", "解释": "在 PHP 中，接口（interface）允许使用 const 声明常量，这是接口支持的合法语法。"}

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

{"answer":"否","解释":"PHP 接口不能声明静态方法（8.1 之前），实现类中需自行定义静态方法。"}

{"answer": "否", "解释": "instanceof 同样会检查对象是否实现了给定接口，并非仅检查类继承。"}

{"answer":"否","解释":"PHP 接口只允许声明抽象方法，不能提供方法体，因此无法带有默认实现。"}

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

{"answer": 3, "解释": "Foo::cases() 返回包含 A、B、C 三个枚举常量对象组成的数组。"}

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

{"answer":"是","解释":"Throwable 是 Exception 和 Error 共同实现的接口，即它们的共同祖先。"}

{"answer": "否", "解释": "TypeError 继承自 \\Error，而 \\Exception 是 \\Throwable 的另一个子类，catch (Exception) 无法捕获 \\Error 及其子类。"}

{"answer":"否","解释":"@运算符只能抑制警告、通知等错误，无法抑制异常（Exception），异常仍需通过try-catch处理。"}

{"answer": "DivisionByZeroError", "解释": "intdiv 除数为 0 时抛出 DivisionByZeroError 异常。"}

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

{"answer":"否","解释":"finally 块中抛出的异常会覆盖 try 块中的异常或正常结果，最终抛出的是 finally 中的异常，因此对 try 块的结果有影响。"}

{"answer": "是", "解释": "在PHP中，任何对象转bool都返回true。"}

{"answer": "是", "解释": "exit() 会正常终止脚本，已注册的 shutdown function 仍会执行。"}

{"answer": "否", "解释": "use 语句只是命名空间别名，实际加载文件发生在类被使用且触发自动加载（autoload）时。"}

{"answer":"const","解释":"PHP中use不支持导入函数，但use const是合法语法（用于引用其他类的常量），而use function并不存在。"}

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

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

{"answer": "是", "解释": "__NAMESPACE__ 返回当前所在命名空间的名称字符串（全局为\"\"），描述正确。"}

{"answer": "否", "解释": "在非全局作用域（命名空间内）的 new 中，非限定类名先从当前命名空间开始查找，找不到才回退到全局根；并非总是从全局根开始解析。"}

{"answer":"是","解释":"PSR-4 规则中 App\\ 映射到 src/，App\\Model\\User 对应 src/Model/User.php，正确。"}

{"answer":"否","解释":"PHP 的 use 导入语句只能写在 namespace 块或全局作用域中，不能写在函数体内。"}

{"answer": "是", "解释": "PHP中数组赋值默认产生副本（内部使用复制-写机制），只有使用&运算符才进行引用传递。"}

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

{"answer": "是", "解释": "在PHP中，函数内部默认独立于全局作用域，访问普通全局用户变量必须借助 global 关键字、$GLOBALS 数组或函数参数传递。"}

{"answer": "否", "解释": "$GLOBALS 是全局作用域变量的引用，unset($GLOBALS['x']) 会真正删除全局变量，对所有作用域生效，并非仅限于当前函数。"}

{"answer": 6, "解释": "函数通过引用参数递增 $n，5+1=6。"}

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

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

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

{"answer":"是","解释":"PHP生成器中return带值可通过getReturn()获取。"}

{"answer":"否","解释":"PHP 生成器是单向迭代器，遍历结束后无法通过 rewind() 重置，需重新调用生成函数创建新实例。"}

{"answer":"是","解释":"yield from 会将迭代委托给 Generator 对象或实现了 Traversable 接口的对象。"}

{"answer": "Generator", "解释": "调用生成器函数返回的是\\Generator对象，get_class()返回其类名\"Generator\"。"}

{"answer": 3, "解释": "yield from [1,2,3] 生成3个元素，iterator_to_array 转换为含3个元素的数组，count 返回3。"}

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

{"answer":"是","解释":"ArrayIterator 是 PHP 内置类，实现了 Iterator 接口，可对数组进行遍历。"}

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

{"answer": "是", "解释": "password_hash() 在调用时自动生成并内嵌盐值到哈希结果中，无需单独传入盐参数。"}

{"answer":"否","解释":"PASSWORD_DEFAULT 默认使用 bcrypt（或 PHP 8.3 起 argon2id），并非 MD5。"}

{"answer": "是", "解释": "password_hash 生成 'secret' 的哈希，password_verify 用相同的明文验证，结果为 true。"}

{"answer":"否","解释":"strip_tags() 用于移除 HTML 标签以防 XSS，与 SQL 注入无关，防 SQL 注入应使用预处理语句。"}

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

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

{"answer":"是","解释":"session_destroy() 只销毁服务器端的会话数据，浏览器中的 PHPSESSID cookie 仍存在，需额外调用 setcookie() 清除。"}

{"answer": "否", "解释": "必须先调用 session_start() 才能激活会话，$_SESSION 才能加载之前的会话数据；不调用则 $_SESSION 仅为空数组。"}

{"answer": "不存在", "解释": "PHP 中并没有名为 array_find() 的内置函数，其功能由 array_search()（PHP 4.0.0 引入）提供。"}

{"answer":"是","解释":"PHP 8.4 引入了属性钩子（property hooks），允许在属性声明中用 @get 和 @set 定义自定义访问器。"}

{"answer":"是","解释":"PHP 8.4 引入了非对称可见性，语法为 public private(set)，表示属性公有读取、私有设置。"}

{"answer": "8.1", "解释": "\\NoDiscard 属性在 PHP 8.1 中首次引入，用于指示 JIT 编译器不丢弃函数调用的返回值。"}

{"answer":"不存在","解释":"PHP 从未引入过 |> 管道运算符。"}

{"answer": "8.1", "解释": "PHP 8.1 引入了 clone with 语法，允许向 __clone() 传递参数。"}

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

{"answer": "8.5", "解释": "截至2026年11月，PHP 8.5是当时最新的开发版本，Partial Function Application v2 RFC被接受进入该版本。"}

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

{"answer": "否", "解释": "截至已知信息，PHP 没有经过批准的名为「Context Managers v2」的 RFC。"}

{"answer":"否","解释":"PHP 并未在 2026 年以该名称拒绝此 RFC，该说法不正确。"}

{"answer":"否","解释":"该 RFC 因大量扩展缺乏 ZTS 构建支持而未被接受。"}

{"answer":"是","解释":"PHP 至今没有引入参数化类型（泛型），PHP 8.5 同样不支持 `<T>` 之类的语法。"}

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

{"answer":"是","解释":"PHP 6 确实从未正式发布，版本线从 5.6 直接跳到了 7.0。"}

{"answer": "否", "解释": "该 RFC 未获核心团队接受，现有 deprecation 机制被认为已足够。"}

{"answer":"是","解释":"洋葱架构和整洁架构的依赖规则均要求依赖仅指向内侧（中心），内层不依赖外层，因此内层对外层一无所知。"}

{"answer":"是","解释":"领域层应保持框架无关，仅依赖 PHP 语言本身，不引用 Doctrine 或 Symfony。"}

{"answer": "否", "解释": "控制器和 Twig 模板属于表现层（Presentation Layer），业务逻辑层是用例/服务层。"}

{"answer": "使用案例（Use Cases）", "解释": "洋葱架构最中心是应用程序的核心业务逻辑，即使用案例/用例。"}

{"answer": "是", "解释": "deptracer 等层间依赖分析器可通过配置层级规则，自动检测并报告违反层边界约束的非法依赖调用。"}

{"answer": "否", "解释": "Interactor 不应直接依赖 HTTP Request 或 EntityManager，这会引入不必要的耦合，降低可测试性与可维护性。"}

{"answer": "Repository", "解释": "Repository（仓储）模式在接口背后隐藏存储机制，以聚合/实体集合的形式提供数据访问。"}

{"answer":"是","解释":"整洁架构中数据库属于最外层基础设施细节，通过抽象接口与内层解耦，换数据库只影响外层。"}

{"answer":"否","解释":"聚合是领域层的一致性边界概念，以聚合根为中心管理业务规则，而数据库表是持久化层的物理结构，二者在概念层面有本质区别。"}

{"answer":"是","解释":"值对象是不可变的，且通过字段值相等来判断两个实例是否相同。"}

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

{"answer":"是","解释":"在 DDD 中，仓储以聚合根为标识进行声明和访问，确保聚合内部的一致性边界不被外部实体直接操作。"}

{"answer":"否","解释":"统一语言（Ubiquitous Language）是开发者与领域专家共享的精确词汇/共同语言，用于描述领域概念，并非"模型语言"。"}

{"answer": "类", "解释": "在 PHP 类边界内，self/this 等关键字指向当前类/对象模型，与语言一致；边界外同样关键字含义不同或无效。"}

{"answer": "否", "解释": "DDD 推荐的是富领域模型，业务逻辑应封装在领域对象中，而非堆在 Service 层的贫血模型。"}

{"answer": "是", "解释": "限界上下文的核心理念就是同一概念在不同上下文中可以有不同的含义和建模，各上下文拥有独立、自洽的领域模型。"}

{"answer":"是","解释":"自 Symfony 5.4 起，DI 容器的 lazy 选项默认启用，服务在首次被请求时才实例化。"}

{"answer": "route:info", "解释": "Symfony 中使用 `symfony route:info` 或 `php bin/console route:info` 命令可以列出所有已注册的路由。"}

{"answer": "否", "解释": "自动装配的核心就是由 Symfony 自动发现并注册服务，无需在 services.yaml 中手动声明每一个服务。"}

{"answer":"是","解释":"Twig 将模板编译为 PHP 类，开启缓存后编译结果会在多次请求间复用，避免重复编译。"}

{"answer": "是", "解释": "在 Symfony dev 模式下，DI 容器通过文件变更检测（mtime）缓存已编译状态，仅在容器配置或相关服务定义变化时才重新编译，而非每个请求都从头构建。"}

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

{"answer": "否", "解释": "Symfony 通过反射调用控制器方法，方法必须是 public 才能被路由匹配和调用。"}

{"answer":"否","解释":"优先级由配置的 priority 值决定，而非由实现 EventSubscriberInterface 这一接口本身赋予；一个普通 listener 的优先级可以高于 subscriber。"}

{"answer":"是","解释":"Symfony 6.0 移除了旧 guard 体系，认证改由 AuthenticatorInterface 实现驱动。"}

{"answer": "IsGranted", "解释": "Symfony 的 IsGranted 属性（或注解）用于在控制器方法上检查用户是否具有指定角色或权限，未授权时返回 403。"}

{"answer":"是","解释":"Voter 正是用于对具体对象进行权限校验的，isGranted('EDIT', $post) 是其典型用法。"}

{"answer": "否", "解释": "该陈述混淆了 Symfony 验证约束（Symfony Validator 组件）与 Doctrine ORM 注解；两者属于不同组件，Symfony 7+ 移除的是验证注解（被属性取代），而 Doctrine 注解的去留取决于 Doctrine ORM 版本，二者不可混为一谈。"}

{"answer": "是", "解释": "Symfony 表单组件默认集成 CSRF 保护，渲染时自动生成令牌，提交时自动校验。"}

{"answer":"是","解释":"Symfony 表单验证在服务器端执行，客户端 HTML5 验证仅作为前置过滤，不替代服务器端校验。"}

{"answer": "maker:form", "解释": "Symfony maker 中使用 maker:form 命令生成表单类型类。"}

{"answer":"否","解释":"Symfony 使用哈希（如 bcrypt/argon2）加密密码并存储于数据库，会话中仅保存用户标识或令牌，而非明文密码。"}

{"answer":"是","解释":"Symfony 4.0+ 中，bundle 配置文件确实位于 config/packages/ 目录下，通常每个 bundle 对应一个 yaml 文件。"}

{"answer":"是","解释":".env 提交默认值便于团队协作，.env.local 放真实密钥并加入 .gitignore。"}

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

{"answer":"是","解释":"Symfony 的 Container 提供 setParameter() 方法，在控制器中通过注入 Container 实例即可在运行时修改参数。"}

{"answer":"否","解释":"从 Symfony 3.3/4.0 起，默认服务是 public: false，只有显式声明 public: true 的服务才能从容器中获取。"}

{"answer": "否", "解释": "在 Symfony 中，bundle 即使 config/packages 下没有对应配置文件也可工作，因为很多 bundle 自带默认配置，或通过 services.yml、程序化配置等方式注册即可。"}

{"answer": "否", "解释": "Docker Compose 中服务配置的环境变量注入语法是 ${VAR} 或 $VAR，而非 %env(VAR)%。"}

{"answer":"APP_DEBUG","解释":"APP_DEBUG 环境变量为 1 时开启 Symfony 调试模式，同时启用 Twig 模板调试和 web profiler。"}

{"answer": "否", "解释": "在 Symfony Messenger 中，一条消息可以配置多个 handler，它们会依次执行。"}

{"answer":"否","解释":"sync 传输直接在当前请求中同步执行消息，不会放入队列交给 worker，与 async 的异步队列处理不同。"}

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

{"answer": "是", "解释": "在 Symfony Messenger 中，retry_strategy 配置在 messenger 的传输/通道配置层，而非业务代码层。"}

{"answer":"是","解释":"Symfony Messenger 默认使用 JSON 编码器进行消息序列化。"}

{"answer":"是","解释":"Symfony Scheduler 会按照设定的计划（如 cron 表达式）生成消息，并借助 Messenger 的 transport 将其发送。"}

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

{"answer": "是", "解释": "Symfony Messenger 支持自定义 middleware，可通过实现 MiddlewareInterface 并注册到管道中，灵活地安排在内置中间件之前或之后执行。"}

{"answer":"否","解释":"Symfony 次版本发布月份通常为4月和11月（而非5月和11月），且主版本频率并非严格每两年一次（如5.0→6.0仅隔一年）。"}

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

{"answer":"否","解释":"Symfony 7.0 移除了文档块注解支持，6.3 起已弃用，7.0 起仅支持 PHP 属性。"}

{"answer": "是", "解释": "AssetMapper 通过 importmap.php 在纯 PHP 层面注册并管理前/assets，无需 Node.js 和 webpack。"}

{"answer": "是", "解释": "Symfony 6.4（2023年11月发布）是普通版本，LTS 版本为 5.4 和 7.2。"}

{"answer":"否","解释":"Symfony 在下一主版本中会移除上一主版本中已标记为弃用的功能。"}

{"answer":"是","解释":"Symfony 每个主版本（如 4.x → 5.x）都在 GitHub 仓库中提供了 UPGRADE.md 文件，详细列出该版本的变更与升级注意事项。"}

{"answer": "AssetMapper (symfony/asset-mapper)", "解释": "Symfony 6.2+ 引入了 AssetMapper 组件，可在无需 Node/webpack 的情况下管理资源与生成 importmap。"}

{"answer":"否","解释":"按 Symfony 每半年发一版的节奏，8.2 预计发布于 2026 年 11 月中旬至下旬，尚未在 11-07 前发布。"}

{"answer":"否","解释":"按半年周期推算，2026年11月对应的是Symfony 7.3，而非8.2。"}

{"answer": "8.2", "解释": "Symfony 8.1 于 2026 年 5 月发布，下一个版本 8.2 预计于 2026 年 11 月发布。"}

{"answer":"否","解释":"8.2 是主版本 8 下的次版本（minor），向上兼容，无需重写应用程序。"}

{"answer": "是", "解释": "PHP 主版本小更新（8.1→8.2）遵循向后兼容原则，已弃用特性除外，通常无需修改代码。"}

{"answer":"8.4","解释":"Symfony 8.x 分支遵循 X.0 至 X.4 的发布模式，最后一个次版本为 8.4。"}

{"answer":"是","解释":"Symfony 8.2 的最低 PHP 版本要求为 PHP 8.5，因此使用该版本时必须将 PHP 升级到 8.5。"}

{"answer": "否", "解释": "Symfony 的弃用策略是 N+2 大版本移除，8.x 中加的弃用要到 10.0 才会移除，而非 9.0。"}

{"answer": "否", "解释": "Twig 的 {{ }} 只允许调用模板中定义/暴露的变量、函数和过滤器，不能执行任意 PHP 代码。"}

{"answer": "是", "解释": "Twig 默认开启 autoescape（enable_autoescape=true），{{ var }} 输出的 HTML 会被自动转义以防 XSS。"}

{"answer": "是", "解释": "Twig 的 |e 过滤器用于对输出进行 HTML 实体转义，防止 XSS 攻击。"}

{"answer": "intl_numberformat", "解释": "twig/intl-extra 使用 intl_numberformat 过滤器根据本地化设置格式化数字。"}

{"answer": "是", "解释": "raw 过滤器的作用就是关闭对该值的自动转义（HTML 实体编码），使其原样输出。"}

{"answer": "是", "解释": "在 Twig 中，{{ }} 用于输出表达式值，{% %} 用于执行控制标签（if、for、set 等），描述正确。"}

{"answer":"否","解释":"Twig 中可通过 {% set %} 标签在模板内直接声明变量。"}

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

{"answer": "是", "解释": "Bootstrap 是前端 UI 的 CSS/JS 组件库，SPA 框架是 React、Vue、Angular 等。"}

{"answer": "container", "解释": "Bootstrap 的 container 类在各断点处设定不同的最大宽度（如 sm、md、lg、xl 等），实现响应式固定最大宽度容器。"}

{"answer":"否","解释":"Bootstrap 栅格是12列，且Bootstrap 4+基于Flexbox而非float。"}

{"answer": "否", "解释": "Bootstrap 5 的命名断点共六个（xs、sm、md、lg、xl、xxl），Bootstrap 4 是五个但为 xs、sm、md、lg、xl，题目中的组合不正确。"}

{"answer":"是","解释":"在 Tailwind CSS 中，间距工具类的数值是 $spacer 配置的整数倍。"}

{"answer": "data-bs-toggle", "解释": "Bootstrap 5 使用 data-bs-toggle 属性在元素上启用交互式组件（如 dropdown、collapse 等）。"}

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

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

{"answer": "否", "解释": "Doctrine ORM 不会自动建表，需通过 SchemaTool 或 Doctrine Migrations 工具显式创建。"}

{"answer": "persist", "解释": "EntityManager.persist() 将新实体加入管理状态，INSERT SQL 在 flush() 时统一执行。"}

{"answer": "是", "解释": "merge() 方法在 Doctrine ORM 3 中存在，用于将 detached 实体重新变为 managed（受管理）状态。"}

{"answer": "是", "解释": "DQL（领域查询语言）基于JPA实体对象及其字段编写，与具体数据库的表名和列名无关。"}

{"answer":"null","解释":"Doctrine Repository 的 find 方法在找不到对应记录时默认返回 null。"}

{"answer":"是","解释":"DoctrineBundle 在 kernel.request_end 事件时自动对 EntityManager 调用 flush()。"}

{"answer":"是","解释":"已受管理的实体由 Unit of Work 自动追踪属性变更，flush() 即可提交。"}

{"answer": "否", "解释": "remove() 只是将实体标记为待删除状态，实际 SQL DELETE 需要调用 flush() 后才会执行。"}

{"answer":"否","解释":"MVCC 的核心优势正是读写互不阻塞：SELECT 不持有行锁，不会阻止写入；写入也不会阻塞其他事务的 SELECT（旧版本数据仍可见），只有对同一行的并发写（UPDATE/DELETE）之间才会互相阻塞。"}

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

{"answer": "否", "解释": "SERIAL 是特定数据库的语法糖（如 MySQL 中为 INT AUTO_INCREMENT NOT NULL 的别名，PostgreSQL 中为伪类型），而 GENERATED ... AS IDENTITY 是 SQL 标准的独立机制，二者底层实现不同。"}

{"answer": "否", "解释": "PostgreSQL 的 UNIQUE 约束默认允许多个 NULL 值，因为 NULL 被视为互不相同。"}

{"answer": "string_agg", "解释": "PostgreSQL 的 string_agg() 聚合函数支持指定分隔符来拼接字符串。"}

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

{"answer":"PARTITION BY","解释":"PARTITION BY 关键字将结果集按指定条件分成若干组，窗口函数在每个组内独立计算。"}

{"answer": "否", "解释": "READ COMMITTED 只能防止脏读，同一事务中两次读取可能读到不同值，不可重复读需要 REPEATABLE READ 级别才能防止。"}

{"answer": "是", "解释": "PostgreSQL 默认以 autocommit 模式运行，每条独立 SQL 语句自动作为一个隐式事务提交。"}

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

{"answer":"是","解释":"索引可加速基于索引列定位行的所有操作，包括 UPDATE 和 DELETE，而不仅限于 SELECT。"}

{"answer":"是","解释":"PostgreSQL 中 SAVEPOINT 在事务内创建回滚点，ROLLBACK TO savepoint 可仅回滚该点之后的部分语句。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询并收集真实执行统计信息，而纯 EXPLAIN 才不执行查询。"}

{"answer": "pgvector", "解释": "pgvector 是 PostgreSQL 扩展，为向量搜索提供了 vector 类型以及 HNSW/IVFFlat 等索引支持。"}

{"answer": "是", "解释": "部分索引只对满足WHERE条件子句的行建立索引项，节省空间并提升查询效率。"}

{"answer":"否","解释":"PostgreSQL 的 SERIALIZABLE 级别基于 MVCC 快照读取，通过提交时检测串行化异常（如写偏差）来实现，而非锁定事务读取的行。"}

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

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

{"answer": "是", "解释": "HTTP 规范（RFC 9110）将 DELETE 列为幂等方法，重复 DELETE 同一资源最终状态一致（资源已不存在），不会改变结果。"}

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

{"answer":"是","解释":"429 是 HTTP 标准状态码，专门用于表示请求频率超出限制。"}

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

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

{"answer":"是","解释":"RFC 5789 第2.1节明确说明PATCH方法不像PUT那样要求幂等。"}

{"answer": "否", "解释": "应使用 hash_equals() 进行恒定时间比较，防止时序攻击。"}

{"answer":"是","解释":"这是标准 CSRF 防护机制：服务器将令牌存入会话并在表单中嵌入，处理非安全请求时在服务端校验匹配。"}

{"answer": "Content-Security-Policy", "解释": "Content-Security-Policy 头用于声明浏览器应遵循的内容安全策略。"}

{"answer": "否", "解释": "OAuth 2.0 是授权（Authorization）协议，access token 用于授权访问资源，并不声明用户身份；身份认证需要 OpenID Connect 的 ID token。"}

{"answer":"否","解释":"XSS 防御的核心是输出编码（在渲染到 HTML 时转义），而非仅凭写库前的服务器端输入校验。"}

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

{"answer": "是", "解释": "Refresh 令牌生命周期远长于 access 令牌，用于在其过期时静默换取新的 access 令牌，无需用户重新登录。"}

{"answer": "否", "解释": "盐是公开的，通常与哈希一起存储；盐的目的是确保相同密码产生不同哈希值，而非依赖保密性。"}

{"answer":"否","解释":"PHPUnit 要求测试类必须继承 \\PHPUnit\\Framework\\TestCase，否则其测试发现机制不会识别并执行其中的 test 方法。"}

{"answer": "否", "解释": "setUp() 在每个测试方法之前都执行，而非只执行一次；类级别只执行一次的是 setUpBeforeClass()。"}

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

{"answer":"expectException()","解释":"PHPUnit 中 $this->expectException(SomeException::class) 用于声明期望抛出特定类的异常。"}

{"answer":"否","解释":"说反了：mock 既能返回数据也能追踪/验证方法调用，stub 只返回数据不做调用检查。"}

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

{"answer":"否","解释":"PHPUnit 通过 dependsOnTest()（旧版）或 dependsOnMethod()（PHPUnit 10+）方法支持声明测试之间的依赖关系。"}

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

{"answer": "3-4", "解释": "intdiv(7,2)返回3，intdiv(-7,2)向负无穷取整返回-4，拼接得到字符串3-4。"}

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

{"answer":"true","解释":"PHP将两个都形似数字的字符串按数值比较，'1e1'转为10，等于'10'，结果为true。"}

{"answer":"other","解释":"PHP 8 中非数字字符串' a'与数字0比较时先将0转为\"0\"再比较，\"a\"!=\"0\"故走default分支。"}

{"answer":"2c","解释":"strtr 在匹配时优先选择更长的键，因此位置0处的'ab'被优先匹配替换为'2'。"}

{"answer":"[hello]","解释":"字符串'hello'长度为5，负起点-10超出长度范围被归零，因此返回整串。"}

{"answer": "k,n,m", "解释": "数组+运算中，$a的键优先，$b中已存在的'k'被忽略，结果键为k,n,m。"}

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

{"answer": 4, "解释": "展开数组后等价于 f(a: 5, b: 1)，即 5 - 1 = 4。"}

{"answer":"Fatal error: Uncaught TypeError: 3 is not callable","解释":"$f 存储的是 g() 的返回值 3（整数），而非闭包，调用 $f() 会抛出 TypeError。"}

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

{"answer": "10", "解释": "PHP 8.5 属性钩子中，setter 内对 $this->x 的赋值不会递归触发 setter，直接将存储值设为 5*2=10。"}

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

{"answer":"0","解释":"Trait中的静态属性在每个使用它的类中独立存在，CX修改不影响CY。"}

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

{"answer":"second","解释":"finally中抛出的LogicException覆盖了RuntimeException，向外传播后被外层catch捕获，输出'second'。"}

{"answer":"App\\Foo|Baz","解释":"Baz::class 通过 use 别名解析为 App\\Foo，\\Baz::class 解析为全局命名空间下的 Baz。"}

{"answer": "noyes", "解释": "class_exists('Foo')查全局命名空间返回false，class_exists('Ns\\Foo')查当前命名空间返回true。"}

{"answer":"1,2,99","解释":"引用遍历后$v引用$a的最后一个元素，赋值为99时$a[2]随之改变。"}

{"answer": 3, "解释": "static $n 是函数作用域内的静态变量，所有调用共享同一个值，依次递增为1、2、3。"}

{"answer": "11", "解释": "send(10)使$y等于10，随后return $x+1=11，getReturn()返回11。"}

```json ⏎ {"answer": "1,2,ok", "解释": "inner()依次yield 1、2后return 'ok'，yield from将'ok'赋给$r，outer()再yield 'ok'，最终输出为1,2,ok。"} ⏎ ```

{"answer": "noyes", "解释": "cost 相同无需重哈希输出no，cost从4升为5需重哈希输出yes。"}

{"answer": "strict-out", "解释": "PHP 8.0 起移除了 E_STRICT(2048)，因此 PHP 8.5 中 E_ALL 不包含该位，按位与结果为 0。"}

{"answer":"missing","解释":"Symfony RequestHeaders 的 get() 仅做大小写不敏感匹配，不会自动将 HTTP_ 前缀转换为标准头名，因此 X-Token 找不到 HTTP_X_TOKEN。"}

{"answer":"BCA","解释":"Symfony EventDispatcher 按优先级降序执行监听器，优先级10(B)、5(C)、0(A)依次执行。"}

{"answer": "same", "解释": "Doctrine 的 EntityManager 维护 Identity Map，persist+flush 后实体已在 map 中，两次 find 都命中 map 返回同一实例。"}

{"answer": 0, "解释": "persist后remove使实体从Unit of Work中移除，flush时无待执行操作，INSERT从未发送，表中无数据。"}

{"answer": 1, "解释": "COUNT(x)只计非NULL值，两行中一行x为NULL，故结果为1。"}

{"answer": "10,30,60", "解释": "窗口函数 sum(x) OVER (ORDER BY id) 产生累计和 10, 30, 60，再由 string_agg 用逗号拼接。"}

{"answer":"M1M2","解释":"消息依次经过M1和M2两个中间件，各自执行echo后调用next()，输出拼接为M1M2。"}

{"answer": 11, "解释": "HandlersLocator中Ping::class映射到两个HandlerDescriptor，HandleMessageMiddleware会依次调用两个handler，分别$n+=1和$n+=10，最终$n=11。"}

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

{"answer": 2, "解释": "UNIQUE约束为DEFERRABLE INITIALLY DEFERRED，约束在事务内不立即检查，两次INSERT(1)均成功，SELECT看到两行。"}

{"answer": 6, "解释": "--filter test_sum 是正则匹配，命中 test_sum 和 test_sum_abs 两个方法，各 3 组数据，共 6 个测试。"}

{"answer": "2, 1", "解释": "DataProvider提供两组数据，$x=1通过，$x=-1失败，共执行2次失败1次。"}

{"answer": "POST", "解释": "curl 的 -d 参数默认发送 POST 方法。"}

{"answer":"GET","解释":"-G 选项使 -d 的参数附加到 URL 查询字符串中，从而发送 GET 请求。"}

{"answer": "invalid_client", "解释": "RFC 6749 §5.2 规定，当客户端标识符不被授权服务器识别时，error 字段返回 invalid_client。"}

{"answer": "fragment（# 之后的片段部分）", "解释": "在 OAuth 2.0 隐式授权（response_type=token）中，access_token 作为 fragment（# 后的部分）返回，以避免出现在查询字符串、服务器日志或浏览器历史中。"}

{"answer": "0", "解释": "Twig 的 default 过滤器仅在值为 null 时返回默认值，false 不是 null，所以 false|default(2) 仍为 false，false*3 在 PHP 中等于 0。"}

```json ⏎ {"answer": "Twig\\Runtime\\RuntimeException", "解释": "在Twig中~优先级高于+，故解析为('a'~1)+2即'a1'+2，对非数值应用算术运算符会抛出Twig\\Runtime\\RuntimeException。"} ⏎ ```

{"answer": 0, "解释": "is_blank(['']) 对含元素的数组返回 false，NotBlank 不触发校验失败。"}

{"answer":"InvalidArgumentException","解释":"TextType 不是 Form 子类，FormFactory::create() 会抛出 InvalidArgumentException，catch 捕获后输出其类名。"}

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

{"answer": "hi Bob!", "解释": "编译时 %name% 被替换为 Bob，greeting 变为 hi Bob，message 中 %greeting%! 被替换为 hi Bob!。"}

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

{"answer": "text-primary", "解释": "两者 specificity 相同，Bootstrap 5.3 中 text-primary 的 CSS 规则位于 text-danger 之后，因此后定义的 text-primary 生效。"}

{"answer": 2, "解释": "Domain 层只能依赖 Domain，但这里同时引用了 Application\\PlaceOrder 和 Infrastructure\\Db，各违反一次。"}

```json ⏎ {"answer": 3, "解释": "Domain 层仅允许依赖 Domain 层，此处分别引用了 Application 的 PlaceOrder 和 Infrastructure 的 Db、Logger，共 3 处违反。"} ⏎ ```

{"answer": "10,15", "解释": "$a 是 readonly 不可变，$c 是新实例 10+5=15，拼接输出 10,15。"}

{"answer":"1","解释":"remove('a') 时 items 只有1个元素，抛出了 DomainException，unset 未执行，count 仍为1。"}

{"answer": "hi", "解释": "实例化 C 类并调用 hi() 方法，返回字符串 'hi'。"}

{"answer": "yesno", "解释": "newLazyGhost 创建的对象初始处于未初始化状态（输出 yes），访问 $o->v 触发回调将 v 设为 21 后对象变为已初始化（输出 no）。"}

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

{"answer":"noyes","解释":"Symfony 6.0 起 AnnotationClassLoader 已被移除，AttributeClassLoader 自 5.3 引入至今 8.1 仍在。"}