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

{"answer":"否","解释":"双引号字符串会解析变量插值（如 $var）和多种转义序列，单引号字符串仅处理 \\' 和 \\\\ 两种转义，处理规则不同，区别不仅限于速度。"}

{"answer": "是", "解释": "PHP 7 的 ?? 运算符（null coalescing operator）遵循 isset 语义，遇到未定义变量时不会触发 notice/warning，直接返回右操作数。"}

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

{"answer":"否","解释":"print 是语言结构，不返回任何值，不能用于表达式中。"}

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

{"answer":"是","解释":"在PHP中，.的优先级确实低于+和-，例如\"1\"+2.\"3\"等价于\"1\"+(2.\"3\")。"}

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

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

{"answer": "否", "解释": "PHP 数组的 === 要求键值对及顺序完全一致，顺序不同则不等。"}

{"answer": "否", "解释": "0 == false 使用松散比较，返回 true；严格比较 === 才会返回 false。"}

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

{"answer":"否","解释":"PHP 8.0 起 null == 0 为 false，只有 null == '' 和 null == false 仍为 true。"}

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

{"answer": 10, "解释": "PHP中+运算符执行数值加法，字符串'5'被自动转换为数字5，5+5=10。"}

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

{"answer":"是","解释":"PHP中0.1+0.2因浮点精度问题等于0.30000000000000004，与0.3不相等，故===结果为false。"}

{"answer": "否", "解释": "strrev() 按字节操作，会破坏 UTF-8 多字节字符的编码结构。"}

{"answer":"是","解释":"str_contains 检查子串是否存在，'world'确在'Hello world'中，返回 true。"}

{"answer":"否","解释":"str_pad() 支持 STR_PAD_LEFT、STR_PAD_RIGHT 和 STR_PAD_BOTH 三种补齐方式，默认才是右侧补齐。"}

{"answer":"否","解释":"默认 trim() 会去除空格、制表符、换行符等所有空白字符。"}

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

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

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

{"answer":"是","解释":"HEREDOC（无引号分隔符）支持 $var 插值，NOWDOC（单引号分隔符）不插值。"}

{"answer":"否","解释":"sort() 排序后会重新编号键为 0,1,2...，不保持原键值对应关系。"}

{"answer": "是", "解释": "PHP 中字符串键若为合法整数表示（如 '5'），会被自动转为整数键 5。"}

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

{"answer": "是", "解释": "不带回调时 array_filter 默认移除所有 falsy 值（false、0、\"0\"、null、\"\"、[] 等）。"}

{"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 起，数组展开运算符 [...] 开始支持带字符串键的数组，此前（7.4/8.0）仅支持整数键的列表。"}

{"answer":"否","解释":"PHP 8.0 允许在同一函数调用中结合命名参数和数组展开（...$args），只需命名参数排在位置参数之后即可。"}

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

{"answer": "3", "解释": "func_num_args() 返回实际传递的参数个数，而非声明的参数个数。"}

{"answer":"否","解释":"箭头函数（fn）的函数体只能是一个表达式，不能用花括号包裹多个表达式或语句。"}

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

{"answer":"是","解释":"static function(){}在类方法中定义时不会自动继承外部对象的$this，无法访问它。"}

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

{"answer": "是", "解释": "在弱类型模式下 PHP 会自动将数字字符串隐式转换为 int。"}

{"answer":"是","解释":"PHP 8.0 引入了构造函数属性提升功能，允许在构造函数参数上声明可见性修饰符，自动创建对应属性并赋值。"}

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

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

{"answer": "否", "解释": "在 PHP 中，private 属性只能被定义它的类本身访问，子类无法直接访问父类的 private 属性。"}

{"answer": "AnonymousClass", "解释": "PHP 8.1 起 `new class {}` 是匿名类语法，get_class() 返回类名 AnonymousClass。"}

{"answer":"是","解释":"PHP中private方法不被继承，子类对其无感知，因此可自由以任意可见性声明同名方法。"}

{"answer": "是", "解释": "__get() 魔术方法在访问对象中未定义（不存在）的属性时会被自动调用。"}

{"answer": "Error", "解释": "PHP 8.1+ 对 readonly 属性重复赋值抛出 TypeError，它是 Error 的子类而非 Exception。"}

{"answer": "是", "解释": "PHP接口可以用 const 声明常量，接口中的常量默认为 public const。"}

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

{"answer": "否", "解释": "PHP 接口中的方法均为抽象方法，不能包含方法体，因此不能声明静态方法。"}

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

{"answer": "否", "解释": "PHP 接口方法只能是抽象方法（无方法体），不能提供默认实现；默认实现是 trait 的权限。"}

{"answer":"是","解释":"PHP中抽象方法只能声明为 public 或 protected，protected 是合法的可见性选项。"}

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

{"answer": "是", "解释": "PHP 的 trait 可以声明常量，支持 public、private 和 protected 常量。"}

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

{"answer": "否", "解释": "TypeError 继承自 Error 而非 Exception，catch(Exception) 无法捕获它，需 catch(\\Throwable) 才能同时捕获两者。"}

{"answer":"否","解释":"@运算符只能抑制错误、警告、通知等，不能抑制Exception/Error等异常。"}

{"answer": "DivisionByZeroError", "解释": "intdiv() 在除数为 0 时抛出 DivisionByZeroError 错误类。"}

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

{"answer":"否","解释":"finally 块内抛出的异常会覆盖 try/catch 中原有的异常，直接影响最终抛出的异常结果。"}

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

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

{"answer": "否", "解释": "use 语句只是声明命名空间别名，不会触发 autoload；类文件的加载发生在该类首次被实际使用（如 new Mailer()）时。"}

{"answer":"function","解释":"PHP 中 use 语句用于导入命名空间下的函数，后面写 function。"}

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

{"answer":"是","解释":"vendor/autoload.php 内部调用 Composer 的 ClassLoader::register()，其内部通过 spl_autoload_register() 注册自动加载回调。"}

{"answer": "是", "解释": "魔术常量 __NAMESPACE__ 返回当前文件所在命名空间的名称，若在全局作用域则返回空字符串。"}

{"answer":"否","解释":"非限定类名在命名空间内会先从当前命名空间查找，找不到才回退到全局根，并非直接从全局根开始解析。"}

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

{"answer":"否","解释":"PHP 中命名空间导入的 use 语句只能在文件/命名空间级别或类内部使用，不能写在函数体内。"}

{"answer": "是", "解释": "PHP 中数组是值类型，赋值操作会创建数组的副本。"}

{"answer": 2, "解释": "PHP 数组赋值是拷贝赋值（copy-on-write），修改 $b 不影响 $a，$a 仍含 2 个元素。"}

{"answer":"是","解释":"PHP 函数内部默认只能看到局部作用域变量，访问全局用户变量必须通过 global、$GLOBALS 或参数传递。"}

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

{"answer":"6","解释":"inc 函数通过引用传递 $n，函数内 $x++ 使 $n 从 5 变为 6。"}

{"answer":"否","解释":"PHP 的 foreach 遍历的是数组的副本，循环内对数组的修改不会影响正在进行的遍历。"}

{"answer":"否","解释":"PHP静态属性属于类而非实例，所有实例共享同一份静态属性，通过任一实例修改后其他实例均可看到变化。"}

{"answer": "否", "解释": "在 PHP 中，数组键中的布尔值 true 会被转换为整数 1，不会以 bool 类型保存。"}

{"answer":"否","解释":"PHP 生成器中虽然允许 return value 语法，但 Generator 对象没有 getReturn() 方法，return 的值无法通过此方式获取。"}

{"answer": "否", "解释": "PHP 的生成器（generator）是一次性的，不支持 rewind()，遍历完（或中途）后无法重新遍历。"}

{"answer":"是","解释":"yield from 将当前生成器的迭代委托给另一个生成器或可迭代对象，逐值委派。"}

{"answer": "Generator", "解释": "生成器函数调用不执行，而是返回一个 Generator 对象，get_class 返回其类名 Generator。"}

{"answer":"3","解释":"生成器函数被调用后返回Generator对象，iterator_to_array将其转为数组[1,2,3]，count返回3。"}

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

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

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

{"answer": "是", "解释": "password_hash() 内部自动生成唯一盐值并将其嵌入返回的哈希字符串中，无需调用者手动传盐。"}

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

{"answer": "是", "解释": "password_verify 将密码与对应的 hash 比较，结果匹配返回 true。"}

{"answer":"否","解释":"strip_tags() 用于去除 HTML/XML 标签，与 SQL 注入无关，防止 SQL 注入应使用预处理语句（如 PDO 或 MySQLi 的 prepared statements）。"}

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

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

{"answer":"是","解释":"session_destroy() 只删除服务器端的会话文件，不会删除浏览器中的 PHPSESSID cookie。"}

{"answer":"否","解释":"必须先调用 session_start() 才能加载或创建会话，否则 $_SESSION 为空数组。"}

{"answer": "不存在", "解释": "PHP 中并没有 array_find() 函数，类似的查找功能由 array_search() 提供。"}

{"answer":"是","解释":"PHP 8.4 引入了属性钩子，允许在属性声明中直接编写 get/set 方法。"}

{"answer":"是","解释":"PHP 8.4 引入了属性可见性修饰符，允许 public private(set) 实现非对称读写权限。"}

{"answer": "该属性不存在", "解释": "[\\NoDiscard] 并非 PHP 标准属性，PHP 中不存在此属性。"}

{"answer": "8.4", "解释": "PHP 8.4（2024年12月）正式引入了管道运算符 |，用于可读地链式调用函数。"}

{"answer": "否", "解释": "PHP 中 clone 是语句而非函数，clone($obj, ['x' => 1]) 这种语法在任何 PHP 版本中都不存在。"}

{"answer": "8.0", "解释": "array_first() 和 array_last() 在 PHP 8.0 中引入。"}

{"answer": "不确定", "解释": "我无法确认是否存在该 RFC 或其被接受的 PHP 版本号。"}

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

{"answer":"否","解释":"PHP 不存在名为「Context Managers v2」的 RFC，该表述为虚构信息。"}

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

{"answer":"否","解释":"PHP 默认构建一直为单线程，ZTS 仅作为可选编译选项存在，未见被接受的默认启用 ZTS 的 RFC。"}

{"answer":"是","解释":"PHP 8.5 的 RFC 计划中均未包含泛型（参数化类型），该语言持续采用接口与鸭子类型实现多态，无参数化类型机制。"}

{"answer": "是", "解释": "根据 PHP 的发布周期，8.5 于 2025 年 11 月发布，8.6 预计 2026 年 11 月下旬才 GA，因此截至 2026-11-07 最新稳定版确为 8.5。"}

{"answer": "是", "解释": "PHP 确实跳过了 6 号版本，从 5.6/5.8 直接跃升到 7.0。"}

{"answer": "是", "解释": "该 RFC 已在 PHP 8.4 周期中被接受。"}

{"answer": "是", "解释": "整洁架构和洋葱架构都要求依赖指向中心（内层），内层对外层无感知。"}

{"answer":"是","解释":"领域实体应保持框架无关，仅依赖 PHP 语言本身和标准库，是 DDD 与 Clean Architecture 的常见实践。"}

{"answer":"否","解释":"控制器和 Twig 模板属于表现层（Presentation Layer），它们依赖并调用用例，但不属于业务逻辑层本身。"}

{"answer":"核心（Domain）","解释":"洋葱架构最中心是领域核心逻辑，即与基础设施无关的业务核心。"}

{"answer": "是", "解释": "deptrac 等依赖分析器确实能检测层间禁止的调用关系并报错。"}

{"answer":"否","解释":"Interactor 应接收领域对象（DTO/值对象）而非 Request 或 EntityManager，数据访问应通过 Repository 接口完成。"}

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

{"answer": "是", "解释": "整洁架构的依赖规则规定外层依赖内层，数据库属于最外层的框架与驱动，替换它只需改动外层实现，领域层与用例层不受影响。"}

{"answer": "否", "解释": "聚合是 DDD 中的领域概念，由聚合根约束一致性边界，一个聚合可能跨多张表，也可能一张表分属不同聚合，它不等于数据库表。"}

{"answer":"是","解释":"值对象的定义就是不可变且通过字段值判定相等性。"}

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

{"answer": "是", "解释": "在DDD中，仓储针对聚合根（Aggregate Root）声明，整个聚合作为一致性边界被统一管理。"}

{"answer": "是", "解释": "统一语言（Ubiquitous Language）源自领域驱动设计（DDD），指开发者与领域专家共同使用的共享语言，用于描述领域模型。"}

{"answer": "namespace", "解释": "在namespace内部，名称解析遵循语言规则优先本命名空间，而外部同名标识符则对应全局或其他命名空间的模型。"}

{"answer":"否","解释":"DDD 推荐的是充血模型（Rich Domain Model），将业务逻辑和不变量封装在领域对象内；贫血模型是 DDD 明确反对的反模式。"}

{"answer":"是","解释":"限界上下文的核心就是各上下文拥有独立模型，同一概念在不同上下文中含义不同、对应不同类。"}

{"answer": "否", "解释": "Symfony DI 容器的服务默认在容器构建时即实例化（eager），而非首次使用时才创建；需通过 #[Lazy] 或 setLazy() 才启用惰性加载。"}

{"answer": "routes", "解释": "Symfony 中使用 php bin/console routes 命令列出所有已注册的路由。"}

{"answer":"否","解释":"Symfony 的 autowiring 正是为了省去手动声明，启用后会自动发现并注册服务，无需逐一在 services.yaml 中声明。"}

{"answer": "是", "解释": "Twig 会将模板编译为 PHP 类（TwigTemplate 子类）并缓存到磁盘，后续请求直接复用。"}

{"answer": "是", "解释": "Symfony dev 环境通过追踪依赖文件变更来判断是否重建容器，而非每个请求都重建。"}

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

{"answer": "否", "解释": "Symfony 路由只能调用控制器的 public 方法，private 方法无法被外部反射调用，因此路由不会对所有方法有效。"}

{"answer":"否","解释":"事件处理顺序由优先级（priority）决定，而非由实现的是 Subscriber 还是 Listener 接口决定。"}

{"answer":"是","解释":"Symfony 6.0 移除了 guard 体系，认证改用实现 AuthenticatorInterface 的 authenticator 类。"}

{"answer": "AssertHasRole", "解释": "Symfony 6+ 中 #[AssertHasRole] 属性直接标注在控制器方法上，未通过角色/权限检查时自动返回 403。"}

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

{"answer":"是","解释":"Symfony 7 移除了旧的验证注解（@Assert\\...），验证约束仅通过 PHP 属性（#[Assert\\...]）声明。"}

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

{"answer":"是","解释":"Symfony 表单验证始终在服务器端执行，客户端 HTML5 验证只是锦上添花，服务器端验证是安全兜底，不可省略。"}

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

{"answer":"否","解释":"Symfony 使用哈希算法（如 BCrypt/Argon2）存储密码，会话中只保存用户标识，不会存放明文密码。"}

{"answer":"是","解释":"Symfony 4+ 推荐将各 bundle 的配置分别放在 config/packages/ 目录下，每个 bundle（或相关主题）对应一个 yaml 文件。"}

{"answer": "是", "解释": "这是业界标准做法：.env 提交示例/默认值供团队成员参考，.env.local 存真实机密并加入 .gitignore。"}

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

{"answer":"否","解释":"Symfony 容器在启动后会被冻结（frozen），生产环境下 setParameter() 会抛出异常，容器设计为不可变。"}

{"answer": "否", "解释": "自 Symfony 4.3 起，服务默认是私有的（public: false），无法直接从容器中获取，需通过构造注入等方式获取。"}

{"answer": "否", "解释": "Symfony Bundle 可以没有配置文件也能工作，许多 Bundle 依赖默认配置即可运行，配置是可选的而非必须。"}

{"answer":"否","解释":"Docker Compose 的 services.yaml 中环境变量注入使用 ${VAR} 语法，而非 %env(VAR)%。"}

{"answer": "APP_DEBUG", "解释": "Symfony 中 APP_DEBUG 环境变量（设为 1/true）开启调试模式，控制 profiler 和 Twig 的调试行为。"}

{"answer": "否", "解释": "一条消息可以被多个处理者处理，通过注册多个订阅者即可。"}

{"answer":"否","解释":"sync 传输在当前请求中同步执行，不会放入队列，与 async（队列）传输不同。"}

{"answer": "bin/console messenger:consume", "解释": "这是 Symfony Messenger 用于启动工作进程以消费队列消息的命令行命令。"}

{"answer":"是","解释":"在 Symfony Messenger 中，retry policy（重试策略）确实在 transport（传输层）的 config 选项中配置。"}

{"answer": "是", "解释": "Symfony Messenger 默认使用 JsonEncoder 对消息进行序列化。"}

{"answer":"否","解释":"Symfony Scheduler 用于定时调度命令、事件和回调任务，与 Messenger 是独立的组件，Scheduler 并不通过 Messenger 发送消息。"}

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

{"answer":"是","解释":"Symfony Messenger 允许自定义 middleware 插入管道任意位置，可置于内置中间件之前或之后。"}

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

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

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

{"answer":"是","解释":"AssetMapper（如 Symfony 的 asset-mapper）正是为消除对 Node/webpack 的依赖而设计，通过 importmap.php 在服务端处理模块解析与资源映射。"}

{"answer": "否", "解释": "Symfony 6.4 是 LTS（长期支持）版本，提供 4 年安全支持，并非普通版本。"}

{"answer": "否", "解释": " Symfony 主版本升级时，上一版本中标记为 deprecated 的功能会被移除，正是主版本的职责之一。"}

{"answer": "是", "解释": "Symfony 每个主版本在仓库中提供 UPGRADE 指南，列出了该版本与上一版之间的破坏性变更和重要更新。"}

{"answer": "Vite", "解释": "Symfony 的 vite-bundle 组件替代 webpack，通过 Vite 管理静态资源和生成 importmap。"}

{"answer":"否","解释":"Symfony 8.2 预计 2027年5月发布，截至 2026-11-07 尚未发布。"}

{"answer": "否", "解释": "按照 Symfony 每六个月一个版本的周期，8.2 应在 2028 年 11 月发布，而非 2026 年 11 月。"}

{"answer": "8.2", "解释": "Symfony 8.1 之后按次版本号递增，下一个小版本为 8.2。"}

{"answer":"否","解释":"Symfony 8.2 是次版本号（minor），而非主版本（major），次版本升级通常保持向后兼容，无需重写应用程序。"}

{"answer": "是", "解释": "PHP 同一主版本内的次要版本升级（如 8.1→8.2）遵循向后兼容性承诺，不应需要修改现有代码。"}

{"answer": "8.2", "解释": "Symfony 8.x 分支在 9.0 之前最后一个次版本是 8.2。"}

{"answer":"否","解释":"Symfony 8.2 的最低要求是 PHP 8.1+，并非 PHP 8.5。"}

{"answer":"是","解释":"Symfony 的废弃策略规定：在某个大版本中引入的 deprecated 功能，最迟在下一个大版本中移除，因此 8.x 中废弃的功能最早在 9.0 移除。"}

{"answer": "否", "解释": "Twig 的 {{ }} 只支持变量、过滤器、函数和对象方法调用等受限语法，不能直接执行任意 PHP 代码。"}

{"answer":"是","解释":"Twig 默认启用了 autoescape，会对输出变量进行 HTML 转义以防御 XSS。"}

{"answer":"是","解释":"|e 过滤器的默认转义策略即为 html，用于在 HTML 上下文中安全输出。"}

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

{"answer": "是", "解释": "raw 过滤器的作用正是取消（关闭）默认的 HTML 自动转义，使原始值直接输出。"}

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

{"answer": "否", "解释": "Twig 模板中可通过 {% set %} 等语法声明变量，并非只能由控制器传入。"}

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

{"answer": "是", "解释": "Bootstrap 是前端 CSS/JS 工具库，提供 UI 组件和样式，并非用于构建单页应用的 SPA 框架。"}

{"answer": "container-sm, container-md, container-lg, container-xl, container-xxl", "解释": "Bootstrap 中这些类分别在对应断点处固定最大宽度（540/768/992/1200/1400px）。"}

{"answer":"否","解释":"Bootstrap 栅格是 12 列（非 16 列），且 Bootstrap 4 起已改用 Flexbox 而非 float。"}

{"answer":"是","解释":"Bootstrap 5（及 Bootstrap 4）的五个命名断点依次为 sm、md、lg、xl、xxl。"}

{"answer":"是","解释":"Tailwind CSS 中 .mt-3、.px-2 等工具类的值确实是间距刻度（$spacing）的整数倍。"}

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

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

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

{"answer": "否", "解释": "Doctrine ORM 不会自动创建表，必须显式运行 schema 创建命令或迁移（如 doctrine:migration:migrate）来生成数据库表。"}

{"answer": "persist", "解释": "EntityManager.persist() 将新实体纳入管理状态，SQL 延迟到 flush() 或事务提交时执行。"}

{"answer": "是", "解释": "EntityManager::merge() 是 Doctrine ORM 中合法方法，会将传入对象标记为 managed（受管理）状态。"}

{"answer":"是","解释":"DQL 是面向对象查询语言，基于实体类和实体属性（字段）编写，而非直接的数据库表名和列名。"}

{"answer": "null", "解释": "Doctrine Repository::find() 在找不到对应记录时返回 null。"}

{"answer":"否","解释":"DoctrineBundle 默认不会在请求结束时自动调用 flush()，需要显式调用 $em->flush() 或配置事件监听器来实现。"}

{"answer": "是", "解释": "对已 managed 的实体（如经 find() 加载），Doctrine 的 Unit of Work 会自动检测属性变更，flush() 时无需再次 persist() 即可将修改同步到数据库。"}

{"answer":"否","解释":"remove() 只是将对象标记为删除，SQL DELETE 在 flush() 执行时才真正发出。"}

{"answer": "否", "解释": "MVCC 的核心特征就是读写互不阻塞，PostgreSQL 中读不阻塞写，写也不阻塞读。"}

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

{"answer":"否","解释":"SERIAL是产生序列默认值的语法糖，GENERATED...AS IDENTITY是独立的标识列机制，二者实现细节和语义有所不同。"}

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

{"answer": "string_agg", "解释": "string_agg(expression, delimiter) 是 PostgreSQL 中用分隔符拼接字符串的聚合函数。"}

{"answer":"否","解释":"普通 VACUUM 只将死元组空间标记为可复用，空间仍留在表内；只有 VACUUM FULL 才会把空间归还给操作系统。"}

{"answer": "PARTITION BY", "解释": "PARTITION BY 用于将行划分成若干组（分区），窗口函数按组分别计算。"}

{"answer":"否","解释":"READ COMMITTED 下同一事务内重复读取同一行可能看到不同值，因此不能防止不可重复读。"}

{"answer":"是","解释":"PostgreSQL 默认处于 autocommit 模式，每条独立的 SQL 语句自动在一个隐式事务中执行并立即提交。"}

{"answer": "COMMIT", "解释": "COMMIT 命令用于结束事务并永久保存其中的所有更改。"}

{"answer":"是","解释":"索引同样加速 UPDATE 和 DELETE 中按索引列定位行记录的过程。"}

{"answer": "是", "解释": "PostgreSQL 通过 SAVEPOINT 在事务中设置检查点，再用 ROLLBACK TO SAVEPOINT 回滚到该点，实现部分语句的撤销。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询以获取真实性能数据，而不实际执行查询的是普通的 EXPLAIN。"}

{"answer":"pgvector","解释":"pgvector 是 PostgreSQL 的扩展，为向量相似度搜索提供了 vector 类型、HNSW/IVF 索引以及距离运算。"}

{"answer": "是", "解释": "部分索引仅针对满足 WHERE 条件的行创建索引条目，不满足的行不参与索引。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 级别基于快照隔离与依赖检测（SSI）机制，通过识别循环依赖来拒绝冲突事务，而非通过锁读取的行来实现。"}

{"answer":"是","解释":"201 Created 表示请求成功并创建了新的资源。"}

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

{"answer":"是","解释":"按 RFC 9110，DELETE 是幂等方法：资源删除后重复请求不改变最终状态。"}

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

{"answer": "是", "解释": "HTTP 429 状态码专门用于表示客户端在单位时间内请求次数过多，触发了频率限制。"}

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

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

{"answer":"是","解释":"RFC 5789 明确指出 PATCH 不要求幂等，与 PUT 的幂等性形成区别。"}

{"answer": "否", "解释": "应使用 password_verify()（或至少 hash_equals()）而非普通 ==，以避免类型陷阱、时序攻击和不匹配盐值的问题。"}

{"answer":"是","解释":"CSRF令牌由服务器生成并绑定会话，在POST等不安全请求到达时由服务器端比对校验，描述准确。"}

{"answer":"Content-Security-Policy","解释":"Content-Security-Policy 是用于定义和启用 CSP 策略的 HTTP 头。"}

{"answer":"否","解释":"OAuth 2.0 是授权框架而非身份认证协议，access token 仅授权访问资源，不表示用户身份；用户身份通常由 OpenID Connect 中的 ID token 承载。"}

{"answer": "对", "解释": "在写入数据库前对输入做服务器端校验（如HTML转义、过滤危险字符）是防止XSS的有效手段之一。"}

{"answer":"code","解释":"授权服务器重定向回 redirect_uri 时携带 code 参数，客户端凭此换取 access token。"}

{"answer":"是","解释":"Refresh 令牌有效期长于 Access 令牌，其作用就是让用户无需重新登录即可换取新的 Access 令牌。"}

{"answer":"否","解释":"盐通常与哈希一起公开存储，验证时直接读取即可。"}

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

{"answer": "否", "解释": "setUp() 在每个测试方法前各执行一次，setUpBeforeClass() 才在类的所有测试前只执行一次。"}

{"answer":"否","解释":"数据提供者可以返回多组参数，每组参数都会单独触发一次测试运行。"}

{"answer": "expectException", "解释": "expectException 方法用于声明期望抛出某个特定异常类。"}

{"answer": "否", "解释": "说反了：stub 只是返回预设数据，mock 才检查方法调用（设置期望并验证）。"}

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

{"answer":"否","解释":"PHPUnit 通过 @depends 注解或 #[Dependency] 属性支持测试之间的依赖关系。"}

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

{"answer":"3-3","解释":"intdiv 进行向零截断的整数除法，intdiv(7,2)=3，intdiv(-7,2)=-3，拼接得到 \"3-3\"。"}

{"answer": -9, "解释": "PHP中**运算符优先级高于一元减号，所以-3**2被解析为-(3**2)=-9。"}

{"answer":"true","解释":"'1e1'和'10'均可转为数字10，loose equality比较结果为true。"}

{"answer": "other", "解释": "PHP 8+中非数字字符串'a'与整数0比较为false，匹配不到case 0，进入default输出'other'。"}

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

{"answer":"[hello]","解释":"substr 起始位置 -10 超出字符串长度 5，PHP 从字符串开头开始截取，返回整个 'hello'。"}

{"answer":"k,n,m","解释":"数组+运算符保留$a的键值优先，$a+$b结果为['k'=>1,'n'=>2,'m'=>3]，array_keys返回['k','n','m']，implode拼接为k,n,m。"}

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

{"answer": 4, "解释": "命名参数展开时按参数名匹配，$a=5, $b=1，结果为 5-1=4。"}

{"answer":"错误","解释":"$f=$p->g(...)即$p->g()，返回整数3；随后$f()试图把整数当函数调用，会抛出TypeError（Cannot call non-callback），代码不会正常输出。"}

{"answer":"B","解释":"late static binding 使 static::class 返回实际调用的类名，即 B。"}

{"answer": "Fatal error: Maximum call stack size exceeded", "解释": "在 setter 中赋给 $this->x 会再次触发 setter，导致无限递归。"}

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

{"answer":"1","解释":"Trait 中的静态属性被所有使用该 trait 的类共享，CX 和 CY 访问的是同一个静态变量 $n。"}

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

{"answer": "second", "解释": "finally块中抛出的LogicException会覆盖try块中原始的RuntimeException，最终被外层catch(LogicException)捕获并输出'second'。"}

{"answer": "App\\Foo|Baz", "解释": "use 语句使 Baz::class 解析为 App\\Foo，而\\Baz::class 指全局命名空间的 Baz。"}

{"answer": "yesyes", "解释": "在命名空间 Ns 中，class_exists('Foo') 自动解析为 Ns\\Foo 返回 true，class_exists('Ns\\Foo') 也返回 true，拼接后输出 yesyes。"}

{"answer": "1,2,99", "解释": "foreach 使用引用后，$v 仍引用数组最后一个元素，赋值 99 会修改数组末位。"}

{"answer": 3, "解释": "static 变量与函数绑定，A 和 B 共用同一个 $n，依次递增后第三次调用返回 3。"}

{"answer": 11, "解释": "send(10)启动生成器，yield 1返回后$x=10，继续执行return $x+1即return 11。"}

{"answer":"1,2,ok","解释":"yield from 将 inner 的 yield 值(1、2)依次转发给 outer，最终将 inner 的 return 值'ok'赋给 $r 再 yield，因此输出为 1,2,ok。"}

{"answer": "noyes", "解释": "cost 4 与已生成哈希的 cost 一致故返回 false，cost 5 更高故返回 true。"}

{"answer": "strict-out", "解释": "PHP 8.0 起移除了 E_STRICT(2048)，E_ALL 不再包含该位，所以 E_ALL & 2048 为 0，条件为真，输出 'strict-out'。"}

{"answer": "missing", "解释": "Request::create 的第6个参数是 cookies 而非 headers，所以 X-Token 未作为头设置，$r->headers->get('X-Token') 返回 null。"}

{"answer":"BCA","解释":"Symfony EventDispatcher 按优先级从高到低依次调用监听器，优先级分别为10(B)、5(C)、0(A)，所以输出为BCA。"}

{"answer": "same", "解释": "Doctrine EntityManager的Identity Map在flush后已缓存该实体，两次find()都命中缓存返回同一对象实例。"}

{"answer": 0, "解释": "persist 后尚未 flush，remove 将实体从 UnitOfWork 中移除，flush 时无 INSERT 生成，表仍为空。"}

{"answer": 1, "解释": "COUNT(x) 只统计非 NULL 值，因此结果为 1。"}

{"answer":"10,30,60","解释":"窗口函数 sum(x) OVER (ORDER BY id) 计算累积和为 10,30,60，外层 string_agg 按 id 顺序用逗号拼接。"}

```json ⏎ {"answer": "M1M2", "解释": "中间件栈按顺序执行，M1 先 echo 再调用 next，M2 再 echo 后调用 next 最终交给传输层，输出为 M1M2。"} ⏎ ```

{"answer": "11", "解释": "HandleMessageMiddleware 会遍历 HandlersLocator 中该消息类型对应的所有 HandlerDescriptor，依次调用，因此 n = 1 + 10 = 11。"}

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

{"answer": 2, "解释": "UNIQUE约束设为INITIALLY DEFERRED，两次重复插入在事务内不被检查，SELECT返回2行。"}

```json ⏎ {"answer": 6, "解释": "--filter test_sum 是正则匹配，同时命中 test_sum 和 test_sum_abs，各自 3 个数据点共 6 个测试。"} ⏎ ```

{"answer": "2, 1", "解释": "DataProvider 提供两组数据[1]和[-1]，执行两次测试，第二次-1>0断言失败。"}

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

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

{"answer": "invalid_client", "解释": "RFC 6749 中 client_id 不存在时，端点返回 invalid_client 错误。"}

{"answer":"fragment（片段部分，即 # 号之后的部分）","解释":"在 OAuth 2.0 隐式授权（response_type=token）中，access_token 被放在 redirect_uri 的 fragment（# 号后）部分，以避免出现在 URL 查询串中造成泄露。"}

{"answer": 6, "解释": "false 是 PHP 中的假值，default 过滤器将其替换为 2，再乘以 3 得到 6。"}

{"answer":"Twig\\Error\\RuntimeError","解释":"字符串与数字混合运算时类型不兼容，Twig 渲染时会抛出运行时异常。"}

{"answer": 1, "解释": "空字符串''不满足NotBlank约束，产生一条violation，count结果为1。"}

{"answer": "TypeError", "解释": "Symfony\\Component\\Form\\Forms 类不存在，PHP 8 调用不存在的类的静态方法会抛出 TypeError。"}

{"answer":"same","解释":"Symfony容器中的服务默认是单例，两次get('a')返回同一个对象实例，因此spl_object_id相同，输出'same'。"}

{"answer":"hi %name%","解释":"'%greeting!%' 中的 '!' 表示解析参数值但不递归解析其中的占位符，greeting 的原始值为 'hi %name%'，因此 message 最终为 'hi %name%'。"}

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

{"answer":"text-danger","解释":"在Bootstrap 5.3中，text-danger在CSS源文件中定义于text-primary之后，同特异性下后定义的样式覆盖先定义的，因此文字颜色由text-danger决定。"}

{"answer": 2, "解释": "OrderService 位于 Domain 层，却依赖了 Application 层(PlaceOrder) 和 Infrastructure 层(Db)，违反 Domain→仅Domain 规则，共2条违规。"}

{"answer": 3, "解释": "Domain 层仅可依赖 Domain 层，但该类同时引用了 Application 层的 PlaceOrder 以及 Infrastructure 层的 Db 和 Logger，共 3 处违规。"}

{"answer": "10,15", "解释": "$a->amount 为 10，add 返回新对象 $c 其 amount 为 10+5=15。"}

{"answer": 1, "解释": "remove('a') 因只剩一项抛出 DomainException，unset 未执行，items 仍含一项，count 返回 1。"}

{"answer":"hi","解释":"创建C类的实例并调用hi()方法，返回字符串'hi'并通过echo输出。"}

{"answer":"yesno","解释":"首次isUninitializedLazyObject返回true输出yes，访问$o->v触发lazy ghost初始化（$v=21），第二次检查返回false输出no。"}

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

{"answer":"noyes","解释":"Symfony 7.0 起移除了 AnnotationClassLoader，AttributeClassLoader 是其替代类，在 8.1 中仍可用。"}