Карта знаний PHP — huihui-ai:pi-100k, run-106 · think: medium

{"answer": "否", "解释": "双引号会解析变量插值和更多转义序列，单引号基本按字面处理。"}

{"answer": "是", "解释": "?? 运算符内部使用 isset 语义检查，对未定义变量不会触发 Undefined variable 警告。"}

{"answer": "ab", "解释": "echo 接受多个参数，依次输出拼接结果。"}

{"answer": "是", "解释": "PHP 中 print 返回整型 1，因此可以出现在表达式中（如 $x = print \"hi\"），而 echo 返回 null 不能用于表达式。"}

{"answer": "否", "解释": "Elvis 运算符 $a ?: $b 等价于 $a ? $a : $b，左侧为假时返回的是右侧操作数，而非左侧。"}

{"answer": "否", "解释": "在 PHP 中，连接运算符 . 与加法 +、减法 - 属于同一优先级，并非低于它们。"}

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

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

{"answer": "否", "解释": "PHP 中数组 === 比较要求键值对完全一致且键的顺序相同，因此与元素顺序有关。"}

{"answer": "否", "解释": "0 == false 是松散比较（==），结果为 true；严格比较是 ===，0 === false 才返回 false。"}

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

{"answer": "是", "解释": "在 PHP 7 宽松比较中，null == 0、null == ''、null == false 均为 true。（注：PHP 8 起 null == 0 变为 false。）"}

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

{"answer": 10, "解释": "在 PHP 中，数字字符串与整数相加时会进行算术运算，结果为整数 10。"}

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

{"answer": "是", "解释": "PHP 中 0.1+0.2 因浮点精度得到 0.30000000000000004，与 0.3 严格比较结果为 false，该陈述正确。"}

{"answer": "否", "解释": "strrev() 按字节逐一反转，会将多字节 UTF-8 字符的内部字节顺序也打乱，因此无法正确反转含多字节字符的 UTF-8 字符串。"}

{"answer": "是", "解释": "str_contains 检查 'Hello world' 中是否包含子串 'world'，结果为 true。"}

{"answer": "否", "解释": "str_pad() 的第三个参数可选 STR_PAD_LEFT、STR_PAD_RIGHT（默认）或 STR_PAD_BOTH，支持左、右及两侧补齐。"}

{"answer": "否", "解释": "trim() 默认去掉的字符是 \" \\t\\n\\r\\0\\x0B\"，包含制表符和换行符，并非只有空格。"}

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

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

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

{"answer": "是", "解释": "PHP 中 heredoc 允许变量插值，而 nowdoc 内容基本按字面处理，不进行插值。"}

{"answer": "否", "解释": "sort() 排序后会重新索引数组键为 0,1,2…，若需保留键值对应关系应使用 ksort()。"}

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

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

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

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

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

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

{"answer": "是", "解释": "PHP 8.1 将数组展开运算符扩展为支持字符串键，此前(7.4)仅允许整数键。"}

{"answer": "否", "解释": "PHP 8.0 起，命名参数可以与数组展开 ...$args 在同一调用中组合使用，例如 f(...$args, c: 'z') 是合法的。"}

{"answer": "否", "解释": "PHP 匿名函数必须通过 use 关键字才能捕获外层函数作用域的局部变量，否则仅能访问全局变量。"}

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

{"answer": "否", "解释": "箭头函数 fn 的函数体必须是 => 后的单个表达式，不能用花括号包裹多个语句；需要多语句时应使用普通闭包 function(){}。"}

{"answer": "是", "解释": "PHP 箭头函数 fn 自动捕获外部变量，且在调用时取值（惰性），行为等价于按引用，变量后续修改会影响结果。"}

{"answer": "是", "解释": "static 闭包在 PHP 中不会自动绑定 $this，这是与普通闭包的关键区别。"}

{"answer": 5, "解释": "use($x) 按值捕获，闭包在定义时将 $x 的值 5 拷贝进来，之后 $x 改为 7 不影响闭包内的值。"}

{"answer": "是", "解释": "弱类型模式下 PHP 允许将数字字符串 '5' 自动转换为 int，不会抛出 TypeError。"}

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

{"answer": "final", "解释": "PHP 中 final 修饰的方法不允许子类重写。"}

{"answer": "是", "解释": "PHP 中 final 方法禁止子类重写，违反则触发 fatal error。"}

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

{"answer": "class@anonymous", "解释": "PHP 匿名类的内部名称格式为 class@anonymous\\0/file.php:line，NUL 字节之前的部分即 class@anonymous。"}

{"answer": "是", "解释": "PHP 中父类的 private 方法对子类不可见，子类同名方法完全独立，可声明为 public、protected 或 private，不受任何约束。"}

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

{"answer": "Error", "解释": "PHP 8.1 中对 readonly 属性重复赋值抛出的是 Error（非 Exception）。"}

{"answer": "是", "解释": "PHP 接口可以声明常量，常量默认为 public 且不可变。"}

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

{"answer": "是", "解释": "PHP 接口可以声明静态方法，从 PHP 5.1 起支持抽象静态方法，PHP 8.0 起还支持带实现的静态方法。"}

{"answer": "否", "解释": "PHP 的 instanceof 运算符同时检查类继承和接口实现，例如对象实现了某接口，instanceof 该接口同样返回 true。"}

{"answer": "否", "解释": "PHP 接口方法只能是抽象方法，不能像 trait 方法那样提供方法体默认实现。"}

{"answer": "是", "解释": "PHP 中抽象方法可以是 public、protected 或 private，protected 是合法的可见性修饰符。"}

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

{"answer": "是", "解释": "PHP 中 trait 可以声明常量，使用方式与普通类中的常量相同。"}

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

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

{"answer": "否", "解释": "@ 运算符只抑制错误（warning/notice等），不会抑制异常，异常仍会正常抛出。"}

{"answer": "DivisionByZeroError", "解释": "PHP 8 中 intdiv(5, 0) 会抛出 DivisionByZeroError 异常。"}

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

{"answer": "否", "解释": "finally 块中抛出的异常会覆盖 try 块的正常结果或异常，直接影响最终行为。"}

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

{"answer": "是", "解释": "调用 exit 后 PHP 进入 shutdown 阶段，register_shutdown_function 注册的函数会在该阶段被执行。"}

{"answer": "否", "解释": "use 语句只是声明别名映射，不会触发 autoloader；只有类被实际引用（如 new、静态调用等）时才会加载文件。"}

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

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 规则下，去掉根命名空间 App\\ 后，剩余命名空间段逐一对应目录，类名对应文件名，因此相对 src/ 的路径为 Controller/Api/UserController.php。"}

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

{"answer": "是", "解释": "__NAMESPACE__ 魔术常量确实返回当前文件所在的命名空间名称，全局命名空间中其值为空字符串。"}

{"answer":"否","解释":"非限定类名优先在当前命名空间中解析，而非从全局根开始；只有带前导 \\ 的全限定名才从全局根解析。"}

{"answer": "是", "解释": "PSR-4 规则下，去除前缀 App\\ 后剩余 Model\\User，将命名空间分隔符转为目录分隔符并拼接到 src/ 下，即 src/Model/User.php，完全正确。"}

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

{"answer": "是", "解释": "PHP 中数组是值类型，赋值时语义上为复制（内部采用写时复制优化），两个变量相互独立。"}

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

{"answer": "是", "解释": "PHP 函数有独立的局部作用域，访问全局变量必须通过 global 声明、$GLOBALS 或参数传递。"}

{"answer": "否", "解释": "unset($GLOBALS['x']) 通过引用直接删除全局变量，对所有作用域都生效，而非仅限当前函数。"}

{"answer": 6, "解释": "inc 通过引用传递 $x，直接修改了 $n 的值，使其从 5 变为 6。"}

{"answer": "否", "解释": "按值遍历在循环开始时对数组做快照，循环内对原数组的修改不会反映到当前遍历中。"}

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

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

{"answer": "是", "解释": "PHP 生成器中 return 的值可在迭代结束后通过 $gen->getReturn() 获取。"}

{"answer": "否", "解释": "PHP 内置的 Generator 对象没有 rewind() 方法，一旦遍历完成便无法重新迭代。"}

{"answer": "是", "解释": "yield from 是 PHP 7.0 引入的委托语法，用于将遍历委托给另一个生成器或可迭代对象。"}

{"answer": "Generator", "解释": "含有 yield 的函数调用后返回 Generator 对象，get_class 返回其类名字符串。"}

{"answer": 3, "解释": "yield from [1,2,3] 逐个产出3个元素，iterator_to_array 得到含3个元素的数组，count 返回3。"}

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

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

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

{"answer": "是", "解释": "password_hash() 内部自动生成随机盐并将其嵌入返回的哈希字符串中，函数签名无需传入盐参数。"}

{"answer": "否", "解释": "PHP 8 的 PASSWORD_DEFAULT 是 Argon2id，不是自动加盐的 md5。"}

{"answer": "是", "解释": "password_verify 验证密码与哈希匹配时返回 true。"}

{"answer": "否", "解释": "strip_tags() 用于去除 HTML/XML 标签，不能替代预处理或参数化查询来防 SQL 注入。"}

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

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

{"answer": "是", "解释": "session_destroy() 只清除服务器端会话数据，浏览器中的 session cookie 需手动用 setcookie() 删除。"}

{"answer": "否", "解释": "必须调用 session_start() 才会加载之前存储的会话数据到 $_SESSION，否则它只是一个空数组。"}

{"answer": "不存在", "解释": "PHP 内置函数中没有 array_find()，常用的是 array_search() 和 array_filter()。"}

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

{"answer": "是", "解释": "非对称可见性（asymmetric visibility）确实是 PHP 8.4 引入的新特性。"}

{"answer": "8.4", "解释": "#[\\NoDiscard] 属性在 PHP 8.4 中首次引入，用于标记函数返回值不应被丢弃。"}

{"answer": "8.4", "解释": "PHP 8.4 于2024年引入管道运算符 |>。"}

{"answer": "8.4", "解释": "clone-with 语法（clone($obj, ['x'=>1])）是在 PHP 8.4 中引入的特性。"}

{"answer": "8.4", "解释": "array_first() 和 array_last() 是在 PHP 8.4 中引入的新数组函数。"}

{"answer": "8.1", "解释": "RFC First-class callable syntax（即 Partial Function Application v2）被接受进入 PHP 8.1，允许使用 function strlen(...) 语法进行部分函数应用。"}

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

{"answer": "是", "解释": "Context Managers v2 RFC 已在 2026 年之前通过 PHP 投票并被接受。"}

{"answer": "是", "解释": "Bound-Erased Generic Types RFC 在投票中被拒绝，PHP 未采用该方案实现泛型。"}

{"answer": "是", "解释": "PHP 社区已接受将 ZTS（Zend Thread Safe）设为默认构建的 RFC，以简化维护并缩小与 NTS 的差异。"}

{"answer": "是", "解释": "PHP 8.5 仍未引入真正的泛型/参数化类型，只能靠文档模板表达。"}

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

{"answer": "是", "解释": "PHP 6 只是开发分支，最终被 PHP 7 取代，没有正式发布。"}

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

{"answer": "是", "解释": "整洁/洋葱架构的依赖规则正是：依赖方向由外向内指向中心，内层（领域核心）不依赖也不知晓任何外层。"}

{"answer":"是","解释":"领域实体应保持框架无关，仅依赖语言本身和标准库。"}

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

{"answer": "实体（核心业务逻辑）", "解释": "洋葱架构最中心层是 Entities（实体），即与企业框架无关的核心业务规则。"}

{"answer": "是", "解释": "Deptrac 等依赖分析器可以静态检测层间依赖并对禁止的调用报错。"}

{"answer": "否", "解释": "Interactor 应依赖抽象接口（如 Repository、DTO/Command），而非具体的 HTTP Request 或 EntityManager，否则会耦合到框架和基础设施层。"}

{"answer": "Repository", "解释": "Repository（仓储）模式通过接口隐藏存储机制，提供对聚合根及实体集合的访问。"}

{"answer":"是","解释":"整洁架构将数据库视为基础设施细节，领域和用例应通过抽象接口依赖它。"}

{"answer": "否", "解释": "聚合是领域模型中的业务一致性边界概念，而数据库表仅是持久化结构，二者属于不同层面。"}

{"answer": "是", "解释": "值对象的核心特征正是不可变性、按字段值判等、无唯一标识符，与实体（Entity）按 ID 区分形成对比。"}

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

{"answer": "是", "解释": "DDD 中仓储只面向聚合根，聚合内部的实体通过聚合根访问，而非各自拥有独立仓储。"}

{"answer": "是", "解释": "统一语言是DDD中开发者与领域专家共同使用的、描述领域模型概念的共享语言。"}

{"answer": "字符串", "解释": "字符串（引号）内部，词就是字面文本，模型与语言一致；外部同样的词可能被解析为变量、关键字等不同模型。"}

{"answer": "否", "解释": "DDD 推荐把业务行为封装在领域模型中，而不是只做 getter/setter 的贫血模型。"}

{"answer": "是", "解释": "限界上下文的核心思想就是每个上下文拥有独立的领域模型，同一业务概念在不同上下文中可对应不同的类。"}

{"answer": "否", "解释": "Symfony DI 容器中的服务默认是即时（eager）创建的，在容器初始化时即实例化；惰性创建需要显式设置 lazy: true。"}

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

{"answer": "否", "解释": "Symfony 可通过 autoconfigure 和 resources 自动注册目录下的类为服务，无需逐一手动声明。"}

{"answer": "是", "解释": "Twig 会把模板编译成 PHP 类并缓存编译结果，避免每次请求都重新编译。"}

{"answer":"是","解释":"Symfony dev 环境会缓存容器，仅在配置或相关资源变化时重新编译。"}

{"answer": "APP_ENV", "解释": "Symfony 通过 APP_ENV 环境变量（在 .env 文件中定义）来决定当前活动环境，如 dev 或 prod。"}

{"answer": "否", "解释": "Symfony 控制器方法通常必须是 public，路由不能可靠地调用 private 方法。"}

{"answer": "否", "解释": "事件分发顺序由注册时指定的 priority 数值决定，而非由 subscriber 或 listener 的类型决定。"}

{"answer": "是", "解释": "Symfony 6.0 移除了 guard 体系，认证统一基于 AuthenticatorInterface 实现。"}

{"answer": "IsGranted", "解释": "Symfony 6.2+ 提供 #[IsGranted] 属性，放在控制器方法上可直接校验角色/权限，未通过则返回 403。"}

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

{"answer": "是", "解释": "Symfony 7+ 以 PHP 属性声明验证约束，Doctrine 注解方式已不再是支持的主流/官方方式。"}

{"answer":"是","解释":"Symfony 表单默认启用 CSRF 保护并在提交时校验令牌。"}

{"answer": "是", "解释": "Symfony 表单验证由服务器端 Validator 组件执行，客户端 HTML5 验证仅作为用户体验优化，服务器端始终会独立重新验证。"}

{"answer": "make:form", "解释": "Symfony maker-bundle 中 make:form 命令用于生成 FormType 表单类。"}

{"answer": "否", "解释": "Symfony 默认不会把明文密码存入会话，会话中保存的是认证令牌或已序列化的用户对象，密码通常为哈希值。"}

{"answer": "是", "解释": "Symfony 推荐使用 config/packages 目录按 bundle 或主题分文件存放配置。"}

{"answer":"是","解释":"这是常见的环境配置实践：.env 存默认值并提交，.env.local 存机密且不提交。"}

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

{"answer": "否", "解释": "Symfony 容器编译后参数袋通常不可变，setParameter 更适合在构建容器时使用。"}

{"answer": "否", "解释": "Symfony 4.3 起，服务的默认可见性为 private（public: false），需显式设置 public: true 才能从容器直接获取。"}

{"answer": "否", "解释": "许多 bundle 自带默认配置，无需在 config/packages 下显式创建配置文件即可正常工作。"}

{"answer": "是", "解释": "Symfony 支持在 services.yaml 中使用 %env(VAR)% 读取环境变量。"}

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

{"answer": "否", "解释": "同一消息可注册多个处理器，并会按优先级依次执行。"}

{"answer": "否", "解释": "sync 传输在当前进程中直接调用 handler 处理消息，不经过队列也不需要 worker，与 async 不同。"}

{"answer": "php bin/console messenger:consume", "解释": "Symfony Messenger 组件使用 messenger:consume 命令启动队列消费者 worker。"}

{"answer":"是","解释":"Symfony Messenger 的重试策略可在传输 DSN 的 retry_strategy 中配置。"}

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

{"answer": "是", "解释": "Symfony Scheduler 组件按计划触发任务，常见用法即通过 Messenger 组件调度并发送消息。"}

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

{"answer": "是", "解释": "Messenger 允许通过自定义 middleware 扩展管道，并可选择放置在内置中间件之前或之后。"}

{"answer": "是", "解释": "Symfony 每六个月发布一次次版本，通常安排在 5 月和 11 月，并每两年发布一个长期支持版本。"}

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

{"answer": "否", "解释": "Symfony 7.0 移除了对文档块注解的支持，改用 PHP 原生属性。"}

{"answer": "是", "解释": "Symfony AssetMapper 确实可在无 Node/Webpack 环境下编译和管理 CSS/JS，其中 importmap.php 用于管理 JS 依赖导入。"}

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

{"answer": "是", "解释": "Symfony 的弃用策略是：某主版本中标记为 deprecated 的功能，在下一个主版本中仍可用（仅触发 deprecation notice），到再下一个主版本才真正移除。"}

{"answer": "是", "解释": "Symfony 每个主版本（如 5.0、6.0、7.0）都提供 UPGRADE-*.md 文件，列出废弃项、破坏性变更和新特性。"}

{"answer": "AssetMapper", "解释": "Symfony 6.4 引入的 AssetMapper 组件可在无需 Node.js/webpack 的情况下管理静态资源与 importmap。"}

{"answer": "是", "解释": "按 Symfony 的发布节奏，8.2 应在 2026 年上半年发布。"}

{"answer": "否", "解释": "按六个月周期推算，2026 年 11 月发布的应是 Symfony 7.4（LTS）或 8.0，而非 8.2；8.2 预计要到 2027 年下半年或 2028 年才发布。"}

{"answer": "7.2", "解释": "按 Symfony 每年 11 月发布新大版本、次年 5 月发布 .1/.2 的节奏，PHP 8.1 之后截至 2026-11-07 最新发布的 Symfony 版本为 7.2。"}

{"answer": "否", "解释": "8.2 是次要版本，通常不需要为新增 API 重写应用程序。"}

{"answer": "是", "解释": "PHP 的 minor 版本更新（如 8.1→8.2）遵循向后兼容原则，不会破坏现有代码。"}

{"answer": "8.4", "解释": "Symfony 偶数主版本为 LTS，每个分支含 5 个次版本（X.0–X.4），故 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 默认启用 HTML 自动转义。"}

{"answer": "是", "解释": "Twig 的 |e（即 |escape）过滤器默认将字符串中的特殊字符转为 HTML 实体，防止 XSS。"}

{"answer": "number_format", "解释": "twig/intl-extra 提供 number_format 过滤器，基于 ICU NumberFormatter 按本地化设置格式化数字。"}

{"answer": "是", "解释": "|raw 过滤器标记该值为安全原始值，跳过自动转义。"}

{"answer": "是", "解释": "{{ }} 用于回显表达式的值，{% %} 用于控制结构标签如 if、for、set 等。"}

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

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

{"answer": "是", "解释": "Bootstrap 提供预制的 CSS 样式和 JS 组件（如按钮、导航栏、模态框），属于前端 UI 工具库，而非 React/Vue/Angular 那样的 SPA 框架。"}

{"answer": "container", "解释": "Bootstrap 的 .container 类在各断点提供固定的最大宽度（如 540px、720px、960px 等）。"}

{"answer": "否", "解释": "Bootstrap 栅格将一行分为 12 列，而非 16 列（且 BS4+ 已改用 Flexbox）。"}

{"answer": "是", "解释": "Bootstrap 5 的断点为 xs、sm、md、lg、xl、xxl，其中 xs 无中缀（直接用 col-*），类名中缀为 sm、md、lg、xl、xxl，共五个。"}

{"answer": "是", "解释": "Bootstrap 的间距工具类数字确实是 $spacer 的倍数。"}

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

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

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

{"answer": "否", "解释": "Doctrine ORM 不会在运行时自动建表，需要显式执行 schema update 或 migrations 命令来创建表。"}

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

{"answer": "否", "解释": "merge() 会返回一个受管理的实体实例，但不一定把传入的原对象本身变成受管理的。"}

{"answer": "是", "解释": "DQL 面向实体和字段，由 Doctrine 映射到表和列。"}

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

{"answer": "是", "解释": "DoctrineBundle 默认 auto_commit 为 true，会在 kernel.response 事件时自动调用 EntityManager::flush()。"}

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

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

{"answer": "否", "解释": "MVCC 的核心优势正是读不阻塞写、写不阻塞读，各事务基于版本快照并发访问。"}

{"answer": "EXPLAIN", "解释": "EXPLAIN 命令仅显示查询的执行计划（如访问类型、索引使用等），不会真正执行查询。"}

{"answer": "否", "解释": "SERIAL 是创建独立序列并设 DEFAULT 的语法糖，而 GENERATED AS IDENTITY 是列级别的 SQL 标准身份列，二者机制不同（如覆盖插入需 OVERRIDING、列属性绑定方式等均有区别）。"}

{"answer": "否", "解释": "PostgreSQL 默认 UNIQUE 约束允许多个 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 通过索引列定位目标行时同样避免全表扫描，因此同样受益。"}

{"answer": "是", "解释": "PostgreSQL 中 SAVEPOINT 配合 ROLLBACK TO SAVEPOINT 可以回滚事务中的部分操作，而无需回滚整个事务。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询并报告每步的实际耗时和行数，而非仅显示计划。"}

{"answer": "pgvector", "解释": "pgvector 是 PostgreSQL 的扩展，新增了 vector 类型和 HNSW/IVFFlat 向量索引，用于 embedding 相似性搜索。"}

{"answer": "是", "解释": "部分索引（partial index）仅对满足 WHERE 条件的行建立索引条目，未满足条件的行不会出现在索引中。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 使用可串行化快照隔离（SSI）检测冲突，而不是通过锁定读取的行实现。"}

{"answer": "是", "解释": "HTTP 201 Created 表示服务器已成功创建新资源。"}

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

{"answer": "是", "解释": "RFC 9110 明确将 DELETE 列为幂等方法，重复调用对同一资源的效果与调用一次相同。"}

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

{"answer": "是", "解释": "429 Too Many Requests 正是用于表示客户端超出速率限制的场景。"}

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

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

{"answer": "是", "解释": "RFC 5789 规定 PATCH 方法不具有幂等性。"}

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

{"answer": "是", "解释": "CSRF 令牌由服务器生成并绑定会话，在 POST 等不安全请求到达时由服务器端验证其有效性。"}

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

{"answer": "否", "解释": "OAuth 2.0 本质上是授权（authorization）协议而非认证协议，access token 用于表达资源访问权限；身份认证（说明用户是谁）由 OpenID Connect 的 ID token 完成。"}

{"answer": "否", "解释": "仅靠写库前的输入校验不足以防止 XSS，关键在于输出时的上下文相关编码（output encoding），且数据可能经其他未校验路径入库。"}

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

{"answer": "是", "解释": "Refresh 令牌的设计初衷就是拥有比 Access 令牌更长的有效期，用于在 Access 令牌过期后无感换取新令牌，避免用户重新登录。"}

{"answer": "否", "解释": "盐不需要保密，通常与哈希一起明文存储；校验时直接取出盐重新计算哈希即可。"}

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

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

{"answer": "否", "解释": "数据提供者的核心用途正是让同一测试方法用多组参数分别运行多次。"}

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

{"answer": "否", "解释": "说法恰好反了：stub 只负责返回预设数据，mock 才会断言方法是否被调用及调用次数等。"}

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

{"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", "解释": "PHP 7 中两个数值字符串按数值比较，'1e1'即10等于'10'，故输出true。"}

{"answer": "other", "解释": "PHP 8 中 'a' == 0 为 false（非数字字符串与整数比较时整数转为字符串），故进入 default 分支。"}

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

{"answer": "[]", "解释": "substr('hello',-10) 起始位置在字符串之前，返回空字符串。"}

{"answer": "k,n,m", "解释": "数组+运算符保留左侧键优先，结果为['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, "解释": "PHP 8.1 一等 callable 语法 $p->g(...) 创建闭包并持有对象引用，$p=null 不影响闭包内捕获的对象，调用时仍返回 $v=3。"}

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

{"answer": 10, "解释": "setter 钩子中 $this->x = $value*2 直接写入底层存储（不再触发钩子），最终存储值为 10，无 getter 时读取即返回该值。"}

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

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

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

{"answer": "second", "解释": "finally 中抛出的 LogicException 取代了原来的 RuntimeException，被外层 catch 捕获并输出 'second'。"}

{"answer": "App\\Foo|Baz", "解释": "use App\\Foo as Baz 使 Baz::class 解析为 App\\Foo，而 \\Baz::class 指向全局命名空间的 Baz，即字符串 Baz。"}

{"answer": "noyes", "解释": "class_exists('Foo')查全局命名空间找不到返回no；class_exists('Ns\\Foo')找到返回yes。"}

{"answer": "1,2,99", "解释": "foreach by reference 使 $v 仍指向 $a 最后一个元素，赋值 99 后数组变为 [1,2,99]。"}

{"answer": 3, "解释": "static变量在方法中按定义类共享，B继承A共用同一个$n，三次调用依次为1、2、3，最终输出3。"}

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

{"answer": "1,2,ok", "解释": "yield from 先产出 inner 的 1 和 2，inner 的 return 'ok' 被赋给 $r 后再被 yield，故输出 1,2,ok。"}

{"answer": "noyes", "解释": "cost 4 的 hash 对 cost 4 无需重哈希输出 no，对 cost 5 需要重哈希输出 yes。"}

{"answer": "strict-out", "解释": "PHP 8.0 起 E_ALL 不再包含 E_STRICT(2048)，因此 E_ALL & 2048 为 0，条件为 true，输出 'strict-out'。"}

{"answer": "mapped", "解释": "Symfony 的 HeaderBag 会自动将 HTTP_X_TOKEN 映射为 X-Token，get 方法不区分大小写，故返回 'abc'，三元表达式输出 'mapped'。"}

{"answer": "BCA", "解释": "Symfony EventDispatcher 按优先级从高到低调用监听器：10→B，5→C，0(默认)→A。"}

{"answer": "same", "解释": "Doctrine 的 find() 优先查 identity map，两次调用都返回同一个已管理实体对象，spl_object_id 相同。"}

{"answer": 0, "解释": "persist 后实体处于 NEW 状态，remove 直接将其从 UnitOfWork 中移除，flush 时既不会生成 INSERT 也不会生成 DELETE，表中无行。"}

{"answer": 1, "解释": "COUNT(x) 只统计非 NULL 值，表中有一行 x=1 和一行 x=NULL，故返回 1。"}

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

{"answer": "M1M2", "解释": "中间件按顺序执行，M1 先 echo 再委托给 M2，M2 再 echo，输出 M1M2。"}

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

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

{"answer": 2, "解释": "UNIQUE 约束设为 DEFERRABLE INITIALLY DEFERRED，唯一性检查推迟到事务提交时才执行，因此在 COMMIT 前两次 INSERT 均成功，count 为 2。"}

{"answer": 6, "解释": "--filter test_sum 是正则匹配，test_sum 和 test_sum_abs 都包含该子串，各3个数据集共6个测试。"}

{"answer": "2, 1", "解释": "DataProvider 提供两组数据 [1] 和 [-1]，执行 2 次测试；x=1 通过，x=-1 时 assertTrue(false) 失败，共 1 个 failure。"}

{"answer": "POST", "解释": "curl 使用 -d 参数发送数据时，若未用 -X 指定方法，默认使用 POST。"}

{"answer": "GET", "解释": "-G 参数将 -d 的数据拼接到 URL 查询字符串中，使请求方法为 GET。"}

{"answer": "invalid_client", "解释": "RFC 6749 §5.2 规定，当客户端无法被识别（如 client_id 不存在）时，令牌端点返回 error=invalid_client。"}

{"answer": "fragment", "解释": "OAuth 2.0 隐式授权（response_type=token）中，access_token 通过 URI 的 fragment（# 之后的部分）返回。"}

{"answer": 6, "解释": "Twig 的 default 过滤器将 false 视为空值，因此返回默认值 2，再乘以 3 得 6。"}

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

{"answer": 0, "解释": "[''] 是含一个元素的数组，NotBlank 对数组仅检查是否为空数组，故校验通过，违规数为 0。"}

{"answer": "Symfony\\Component\\Form\\Exception\\LogicException", "解释": "未提交(form not submitted)的表单调用 isValid() 会抛出 LogicException。"}

{"answer": "same", "解释": "ContainerBuilder::get() 首次调用会创建实例并缓存，第二次调用返回同一缓存对象，因此 spl_object_id 相同。"}

{"answer": "hi Bob!", "解释": "compile() 阶段递归解析参数引用：%name%→Bob，%greeting%→hi Bob，最终 message 为 hi Bob!"}

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

{"answer": "text-danger", "解释": "两者同为单类选择器、特异性相同，由 CSS 源码顺序决定；在 Bootstrap 5.3 生成的工具类中 text-danger 排在 text-primary 之后，后出现者胜出。"}

{"answer": 2, "解释": "Domain 层只能依赖 Domain，但该类分别依赖了 Application 和 Infrastructure，产生 2 个违规。"}

{"answer": 3, "解释": "BillingService 属于 Domain 层，却依赖了 Application 层(PlaceOrder)和 Infrastructure 层(Db、Logger)各共 3 个跨层依赖，均违反 Domain→仅 Domain 的规则。"}

{"answer": "10,15", "解释": "$a->amount 为 10，add 方法创建新的 Money(15) 赋给 $c，输出 10,15。"}

{"answer": 1, "解释": "remove('a')时items只有1个元素，抛出DomainException被catch捕获，items未变，count()返回1。"}

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

{"answer": "yesno", "解释": "访问属性前 isUninitializedLazyObject 为 true 输出 yes，访问 $o->v 触发初始化后变为 false 输出 no。"}

{"answer": "no", "解释": "Symfony 7.0 已移除 Guard 组件，8.1 中该类不存在，class_exists 返回 false。"}

{"answer": "noyes", "解释": "Symfony 7.0 移除了已废弃的 AnnotationClassLoader，而 AttributeClassLoader 自 5.3 引入后仍保留，因此第一个 class_exists 为 false，第二个为 true。"}