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

{"answer":"否","解释":"双引号会解析变量和更多转义序列（如\\n、\\t），单引号不会，区别不仅是速度。"}

{"answer": "是", "解释": "??" 运算符等价于 isset($var) ? $var : $default，对未定义变量不产生警告。"}

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

{"answer": "是", "解释": "print 返回整数 1，因此可以出现在表达式中，如 $x = print 'hi';"}

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

{"answer": "否", "解释": "在 PHP 中，连接运算符（.）与加减法（+、-）处于同一优先级级别。"}

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

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

{"answer": "否", "解释": "PHP 中 === 比较数组时，键值对的顺序必须相同才视为相等。"}

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

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

{"answer": "是", "解释": "在 PHP 7 及以前，null == 0、null == ''、null == false 均为 true（PHP 8 起 null 不再等于 0 和空字符串）。"}

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

{"answer": 10, "解释": "PHP 中数字字符串 '5' 与整数 5 相加，自动类型转换为整数运算，结果为 10。"}

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

{"answer": "是", "解释": "由于浮点数精度问题，0.1+0.2 实际结果为 0.30000000000000004，与 0.3 严格比较为 false。"}

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

{"answer": "是", "解释": "str_contains 检查字符串中是否包含指定子串，'Hello world' 确实包含 '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", "解释": "负数起始位置表示从字符串末尾往前数，-3 即从第4个字符'd'开始截取到末尾。"}

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

{"answer": "是", "解释": "Heredoc 使用双引号语义，支持变量插值；Nowdoc 使用单引号语义，内容原样输出，不解析变量。"}

{"answer": "否", "解释": "sort() 排序后会重新索引键，保持键值对应应使用 asort() 或 uasort()。"}

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

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

{"answer": "是", "解释": "不带回调时，array_filter() 会移除所有值为 falsy（false、0、\"\"、null、\"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 引入了数组字面量中的展开运算符，字符串键会被保留。"}

{"answer": "否", "解释": "PHP 8.0+ 允许在同一个调用中混合使用命名参数和数组展开，只要参数名不冲突即可。"}

{"answer":"否","解释":"匿名函数默认无法访问外部变量，必须用 use 关键字引入。"}

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

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

{"answer": "否", "解释": "箭头函数 fn 是按值（by value）捕获外部变量的，在定义时即取当前值，而非按引用惰性取值。"}

{"answer": "是", "解释": "static 闭包不会绑定 $this，与普通闭包不同。"}

{"answer": 5, "解释": "use($x) 按值捕获，闭包中保留的是5，不受后续 $x=7 影响。"}

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

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

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

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

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

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

{"answer": "是", "解释": "父类的 private 方法对子类完全不可见，不构成继承契约，子类可自由以任意可见性声明同名方法。"}

{"answer": "否", "解释": "__get() 在访问不可访问的属性时触发，包括未定义属性以及从外部访问 private/protected 属性时。"}

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

{"answer": "是", "解释": "PHP 接口可以声明公共常量，实现类会继承该常量。"}

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

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

{"answer": "否", "解释": "instanceof 既可以检查类继承，也可以检查是否实现了某个接口。"}

{"answer": "否", "解释": "PHP 接口方法只能声明签名，不能提供默认实现；只有 trait 方法才能带有具体实现。"}

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

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

{"answer": "是", "解释": "PHP 的 trait 可以声明常量，这与类中声明常量的语法相同。"}

{"answer": "是", "解释": "自 PHP 7.0 起，Exception 和 Error 都实现了 Throwable 接口，它是二者的共同祖先。"}

{"answer": "否", "解释": "TypeError 继承自 Error 而非 Exception，两者是 Throwable 下的并列分支。"}

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

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

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

{"answer": "否", "解释": "finally 块中抛出的异常会覆盖 try 块中正在传播的异常，导致 try 块的原始异常丢失。"}

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

{"answer": "是", "解释": "register_shutdown_function() 注册的函数在脚本结束时执行，包括调用 exit/die 时，shutdown function 仍会被触发。"}

{"answer": "否", "解释": "use 语句只是创建命名空间别名，不会触发自动加载，实际使用类时才会触发。"}

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

{"answer": "Controller/Api/UserController.php", "解释": "去掉前缀 App\\ 后，剩余命名空间转为目录路径并加 .php 后缀。"}

{"answer": "是", "解释": "Composer 生成的 autoload.php 最终通过 spl_autoload_register() 注册了 ClassLoader。"}

{"answer": "是", "解释": "__NAMESPACE__ 魔术常量在编译时确定，包含当前文件的命名空间名称。"}

{"answer":"否","解释":"在命名空间中，非限定类名会先从当前命名空间解析，找不到时才回退到全局命名空间。"}

{"answer":"是","解释":"PSR-4 规则下，命名空间前缀 App\\ 映射到 src/，剩余部分 Model\\User 转为路径 Model/User 并加上 .php 后缀，即 src/Model/User.php。"}

{"answer": "否", "解释": "use 导入语句是编译时指令，只能写在文件全局作用域（namespace 声明之后），不能写在函数体内。"}

{"answer": "是", "解释": "PHP 数组默认按值传递（Copy-on-Write），赋值时不会创建引用。"}

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

{"answer": "是", "解释": "PHP 函数内部默认是局部作用域，访问全局作用域的用户变量确实只能通过 global、$GLOBALS 或参数传递这三种方式。"}

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

{"answer": 6, "解释": "inc 函数通过引用接收 $n，对其自增后 $n 变为 6。"}

{"answer": "否", "解释": "按值遍历（无 &）时 foreach 基于循环开始时的数组快照迭代，循环内对原数组的修改不会影响当前遍历过程。"}

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

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

{"answer": "是", "解释": "PHP 7.0 起生成器支持带值的 return，可通过 getReturn() 获取。"}

{"answer":"否","解释":"PHP 生成器的 rewind() 是空操作（no-op），生成器无法重置重新遍历。"}

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

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

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

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

{"answer": "是", "解释": "ArrayIterator 是 SPL 内置迭代器，实现了 Iterator 接口，可包装数组并进行遍历。"}

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

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

{"answer": "否", "解释": "PHP 8 中 PASSWORD_DEFAULT 是 PASSWORD_ARGON2ID，而非 md5。"}

{"answer": "true", "解释": "password_verify 验证明文与哈希匹配，返回布尔值 true。"}

{"answer": "否", "解释": "strip_tags() 只能去除 HTML/PHP 标签，防止 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() 这个内置函数。"}

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

{"answer": "是", "解释": "PHP 8.4 引入了非对称可见性（asymmetric visibility），允许属性具有不同的读取和写入可见性。"}

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

{"answer": "不存在", "解释": "PHP 至今没有引入 |> 管道运算符，该运算符存在于 Elixir、F# 等其他语言中。"}

{"answer": "不存在", "解释": "clone 操作符在任何 PHP 版本中都只接受单个对象表达式，没有第二个参数，该语法从未存在。"}

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

{"answer": "8.5", "解释": "Partial Function Application v2 RFC 在 v1 被 8.4 投票否决后，v2 版本被接受进入 PHP 8.5。"}

{"answer": "8.4", "解释": "PHP 8.4 引入了 clamp() 函数，用于将数值限制在指定范围内。"}

{"answer": "否", "解释": "PHP 中不存在名为 Context Managers v2 的 RFC，这是 Python 的概念。"}

{"answer": "是", "解释": "PHP 的泛型（Generic Types）RFC 在投票中被社区拒绝，未获通过。"}

{"answer": "否", "解释": "截至当前，PHP 默认仍为 NTS 构建，将 ZTS 设为默认的 RFC 并未被接受。"}

{"answer": "是", "解释": "PHP 至今（包括 8.5）仍未实现原生泛型/参数化类型。"}

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

{"answer": "是", "解释": "PHP 6 曾规划但最终被放弃，5.6 之后直接跳到了 7.0。"}

{"answer":"否","解释":"向核心添加 #[\\Deprecated] 属性的 RFC 并未被接受，PHP 目前仍通过 E_DEPRECATED 警告来处理废弃。"}

{"answer": "是", "解释": "整洁架构和洋葱架构的核心规则就是依赖只能从外层指向内层（中心），内层不依赖任何外层细节。"}

{"answer": "是", "解释": "这是 DDD 的核心原则：领域层应保持框架无关，实体只依赖语言本身。"}

{"answer": "否", "解释": "控制器和模板属于表现层（接口层），而非业务逻辑层；业务逻辑层是领域层。"}

{"answer": "业务实体", "解释": "洋葱架构最中心是业务实体（Entities），代表核心领域对象。"}

{"answer": "是", "解释": "deptrac 等工具确实能根据配置的规则自动检测并报告违反层间依赖关系的调用。"}

{"answer":"否","解释":"用例层应接收领域对象或DTO，不应直接依赖Request或EntityManager，否则违反分层解耦原则。"}

{"answer": "Repository", "解释": "Repository 模式负责隐藏底层存储细节，以集合方式提供对聚合/实体的访问。"}

{"answer": "是", "解释": "整洁架构的核心依赖规则要求依赖方向向内，数据库属于最外层基础设施，替换它不影响领域层和用例层。"}

{"answer": "否", "解释": "聚合是领域模型中的一致性边界，关注业务规则，而非持久化层面的数据库表。"}

{"answer": "是", "解释": "值对象的核心特征正是不可变性且通过字段值判定相等性，区别于实体的标识符比较。"}

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

{"answer": "是", "解释": "DDD 中仓储模式针对聚合根声明，聚合内部实体通过聚合根访问，而非各自拥有独立仓储。"}

{"answer": "是", "解释": "统一语言是DDD中开发团队与领域专家共享的领域术语集合，贯穿代码、文档和对话。"}

{"answer": "命名空间", "解释": "PHP 中 namespace 内部标识符对应该命名空间的定义，外部同名标识符则对应其他模型。"}

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

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

{"answer": "否", "解释": "Symfony DI 容器中的服务默认是 singleton（单例）模式，而非 lazy（惰性）模式；惰性加载需要显式配置 lazy: true 并使用代理机制。"}

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

{"answer": "否", "解释": "自动装配的核心正是无需手动声明每个服务，Symfony 会根据类型提示自动解析依赖。"}

{"answer":"是","解释":"Twig 将模板编译为 PHP 类并缓存，避免每次请求重复编译。"}

{"answer": "是", "解释": "Symfony dev 环境会缓存编译后的 DI 容器，仅在跟踪文件（如配置文件、服务定义等）发生变化时才重新构建。"}

{"answer": "APP_ENV", "解释": "Symfony 5.1+ 使用 APP_ENV 环境变量决定活动环境，早期版本使用 SYMFONY_ENV。"}

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

{"answer": "否", "解释": "订阅者和监听器共用同一个优先级池，接收顺序取决于 priority 数值而非注册方式。"}

{"answer": "是", "解释": "Symfony 6.0 正式移除了 Guard 体系，认证完全基于 AuthenticatorInterface。"}

{"answer": "IsGranted", "解释": "Symfony 的 #[IsGranted] 属性可在控制器方法上直接检查角色或权限，不满足则返回 403。"}

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

{"answer": "是", "解释": "Symfony 7 已完全移除对 doctrine/annotations 的支持，验证约束必须使用 PHP 8 属性（Attributes）声明。"}

{"answer":"是","解释":"Symfony 表单组件默认启用 CSRF 保护，除非显式设置 'csrf_protection' => false。"}

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

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

{"answer": "否", "解释": "Symfony 使用密码哈希（如 bcrypt、argon2）存储密码，会话中只保存用户标识信息，不会以明文存储密码。"}

{"answer": "是", "解释": "Symfony 4+ 中，config/packages/ 目录下每个 bundle 或主题对应一个 YAML 配置文件。"}

{"answer": "是", "解释": "这是一种常见的最佳实践模式：.env 存放开发默认值并提交到仓库，.env.local 存放真正的机密且不提交。"}

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

{"answer": "否", "解释": "生产环境中容器是冻结的，调用 setParameter() 会抛出 LogicException，Symfony 设计哲学是容器编译后不可变。"}

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

{"answer": "否", "解释": "许多 Bundle（如 TwigBundle）有默认配置，无需在 config/packages 中显式配置即可正常工作。"}

{"answer": "是", "解释": "Symfony 中通过 %env(VAR_NAME)% 语法在 services.yaml 中注入环境变量。"}

{"answer": "APP_DEBUG", "解释": "Symfony 中 APP_DEBUG 环境变量控制调试模式，影响 profiler 和 Twig 调试功能。"}

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

{"answer": "否", "解释": "sync 传输在当前请求中同步执行消息处理，不会放入队列也不需要 worker；只有 async 传输才将消息放入队列交由 worker 消费。"}

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

{"answer": "否", "解释": "重试策略是通过消息总线的中间件（messenger.retry_send_failed_message）配置的，而非在传输层面配置。"}

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

{"answer": "否", "解释": "Symfony Scheduler 用于调度任务（callable/命令），本身不直接通过 Messenger 发送消息，二者是独立组件。"}

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

{"answer": "是", "解释": "Symfony Messenger 允许在中间件栈的任意位置插入自定义中间件。"}

{"answer": "是", "解释": "Symfony 官方发布策略为主版本每两年、次版本每六个月（5月和11月）。"}

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

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

{"answer": "是", "解释": "AssetMapper 是 Symfony 6.4+ 的组件，配合 ImportMap（importmap.php）可在无需 Node.js 和 webpack 的情况下管理前端资产。"}

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

{"answer": "否", "解释": "Symfony 的弃用策略是：弃用的功能会在下一个主版本中被移除。"}

{"answer": "是", "解释": "Symfony 每个主版本发布时都在仓库中提供对应的 UPGRADE-x.0.md 文件，列出所有变更和破坏性变更。"}

{"answer": "AssetMapper", "解释": "symfony/asset-mapper 组件无需 Node.js/Webpack 即可管理前端资源和 importmap。"}

{"answer": "否", "解释": "按 Symfony 每半年发布一个版本的节奏，到 2026 年 11 月大约处于 7.4 或 8.0 阶段，8.2 尚未发布。"}

{"answer": "是", "解释": "Symfony 遵循每六个月发布一个新次版本的周期（奇数月为5月，偶数月为11月），8.2 按此规律应于 2026 年 11 月发布。"}

```json ⏎ {"answer": "8.2", "解释": "按 Symfony 每半年发布节奏，8.1 之后截至 2026-11 的下一个版本为 8.2。"} ⏎ ```

{"answer": "否", "解释": "8.2 是次版本而非主版本（8.0 才是），且 Symfony 主版本升级虽含破坏性变更但通常只需适配而非重写。"}

{"answer": "是", "解释": "PHP承诺同一主版本内的次要版本升级（如8.1→8.2）保持向后兼容，不会破坏现有代码。"}

{"answer": "8.4", "解释": "Symfony 每个大版本系列固定包含 5 个次版本（.0 至 .4），其中 .4 为 LTS 版本，因此 8.x 的最后一个次版本是 8.4。"}

{"answer": "否", "解释": "Symfony 8.2 并不要求 PHP 8.5，该说法不成立。"}

{"answer": "是", "解释": "Symfony 的版本策略规定，在某个版本中新增的 deprecation 会在下一个主要版本中移除，因此 8.x 中的弃用最早在 9.0 移除。"}

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

{"answer": "是", "解释": "Twig 默认开启 auto-escape，转义策略为 html，会自动对输出变量进行 HTML 转义。"}

{"answer": "是", "解释": "Twig 的 |e 过滤器（等价于 |escape）会对字符串进行 HTML 实体转义，防止 XSS 攻击。"}

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

{"answer": "是", "解释": "在 Twig 等模板引擎中，raw 过滤器会禁用自动转义，直接输出原始 HTML。"}

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

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

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

{"answer": "是", "解释": "Bootstrap 是提供预构建 UI 组件的 CSS/JS 框架，而非 SPA 框架（如 React、Vue、Angular）。"}

{"answer": ".container", "解释": "Bootstrap 的 .container 类在每个断点提供固定最大宽度的响应式容器。"}

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

{"answer": "是", "解释": "Bootstrap 5 的断点中缀确实是 sm、md、lg、xl、xxl 共五个。"}

{"answer": "是", "解释": "Bootstrap 的间距工具类中，数字确实是 $spacer 的倍数，如 .mt-3 等于 $spacer * 3。"}

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

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

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

{"answer": "否", "解释": "Doctrine ORM 不会自动创建表，需要开发者手动执行迁移或 schema:create 命令来建表。"}

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

{"answer": "是", "解释": "EntityManager::merge() 在 Doctrine ORM 3 中确实存在，其作用是将 detached 对象纳入 managed 状态并返回受管理的实体。"}

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

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

{"answer": "否", "解释": "DoctrineBundle 默认 auto_commit 为 false，不会在请求结束时自动调用 flush()。"}

{"answer": "是", "解释": "Doctrine 的 Unit of Work 通过 dirty checking 自动追踪已管理实体的属性变更，flush() 时提交，无需再次 persist()。"}

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

{"answer": "否", "解释": "MVCC 的核心优势正是读写互不阻塞，读不阻塞写，写也不阻塞读。"}

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

{"answer": "否", "解释": "SERIAL 创建独立序列加默认值，GENERATED AS IDENTITY 是列级身份列，两者在行为和管理上有显著差异。"}

{"answer": "否", "解释": "PostgreSQL 的 UNIQUE 约束默认允许同一列中存在多个 NULL 值，因为 NULL 不等于 NULL。"}

{"answer": "string_agg", "解释": "string_agg(expression, delimiter) 是 PostgreSQL 中用指定分隔符将多行字符串拼接为一个字符串的聚合函数。"}

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

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

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

{"answer": "是", "解释": "PostgreSQL 默认 autocommit 模式下，每条单独语句自动在自己的隐式事务中提交。"}

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

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

{"answer": "是", "解释": "SAVEPOINT 允许在事务中设置标记，之后可用 ROLLBACK TO SAVEPOINT 只回滚该点之后的操作。"}

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

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

{"answer": "是", "解释": "部分索引确实只索引满足 WHERE 条件的行，未满足条件的行不会出现在索引中。"}

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

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

{"answer": 204, "解释": "204 No Content 表示请求成功但服务器不返回响应体，常用于 DELETE 操作后。"}

{"answer": "是", "解释": "RFC 7231 明确将 DELETE 列为幂等方法，多次相同请求效果等同于一次。"}

{"answer": "否", "解释": "Access-Control-Allow-Origin 是服务器在响应头中发送的，用于告知浏览器该源是否被允许访问。"}

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

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

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

{"answer": "是", "解释": "RFC 5789 明确指出 PATCH 不像 PUT 那样是幂等的。"}

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

{"answer": "是", "解释": "CSRF 令牌由服务器生成并绑定会话，在 unsafe 请求到达时由服务器端校验令牌是否匹配。"}

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

{"answer": "否", "解释": "OAuth 2.0 是授权（authorization）框架，不是身份认证协议；身份认证需要 OpenID Connect 等协议。"}

{"answer": "否", "解释": "仅靠服务器端输入校验不足以完全防止XSS，还需要输出编码（output encoding）和CSP等多层防御。"}

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

{"answer": "是", "解释": "Refresh 令牌的设计目的就是延长会话，其有效期远长于 access 令牌，用于在 access 令牌过期后换取新的 access 令牌而无需重新登录。"}

{"answer": "否", "解释": "盐不需要保密，它通常与哈希值一起明文存储，校验时直接取出使用。"}

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

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

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

{"answer": "expectException", "解释": "PHPUnit 使用 expectException() 方法声明期望抛出的异常类。"}

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

{"answer": "是", "解释": "PHPUnit 10 起注解（如 @dataProvider）被弃用，推荐使用 PHP 8 属性 #[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": "false", "解释": "PHP 8 中两个字符串用 == 比较时按字符串比较，'1e1' 与 '10' 不相等。"}

{"answer": "zero", "解释": "PHP 7 中 switch 使用宽松比较，非数字字符串 'a' 转为 0，与 case 0 相等。"}

{"answer": "2c", "解释": "strtr 数组替换时优先匹配最长的键，'ab' 比 'a' 更长，所以 'ab' 被替换为 '2'，剩余 'c' 不变。"}

{"answer": "[]", "解释": "偏移量-10超出了字符串长度5，substr返回空字符串。"}

{"answer": "k,n,m", "解释": "数组联合运算符 + 保留左数组中已存在的键，再补充右数组中不存在的键，因此结果为 k,n,m。"}

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

{"answer": 4, "解释": "PHP 8.0 的命名参数展开，'b'=>1 和 'a'=>5 按名称匹配，所以 $a=5, $b=1，返回 5-1=4。"}

{"answer": 3, "解释": "一等可调用 $p->g(...) 创建的闭包持有对象引用，$p=null 不影响闭包内部引用的对象，调用后仍返回 3。"}

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

```json ⏎ {"answer": 10, "解释": "set 钩子将赋值乘以 2 后存入属性，故输出 10。"} ⏎ ```

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

{"answer": 0, "解释": "trait 中的静态属性会被复制到每个使用它的类中，各クラスの静的プロパティは独立しているため、CX::$n を変更しても CY::$n は影響を受けない。"}

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

{"answer": "second", "解释": "finally 中抛出的新异常会替换原来正在传播的异常，因此 LogicException('second') 被外层 catch 捕获。"}

{"answer": "App\\Foo|Baz", "解释": "Baz 是 App\\Foo 的别名，而 \\Baz 指向全局命名空间中的 Baz 类。"}

{"answer": "yesno", "解释": "class_exists('Foo') 在 Ns 命名空间中解析为 Ns\\Foo 存在返回 yes；class_exists('Ns\\Foo') 在 Ns 命名空间中解析为 Ns\\Ns\\Foo 不存在返回 no。"}

{"answer": "1,2,99", "解释": "foreach by reference 结束后 $v 仍引用 $a 的最后一个元素，赋值 99 即修改了 $a[2]。"}

{"answer": 3, "解释": "静态变量 $n 属于类 A，B 继承该方法后共享同一个 $n，三次调用后值为 3。"}

{"answer": "抛出 LogicException", "解释": "send(10) 后生成器暂停在 yield 处尚未完成，调用 getReturn() 会抛出 LogicException。"}

{"answer": "1,2,ok", "解释": "yield from 将 inner() 的 yield 值透传（1和2），inner() 的 return 值 'ok' 赋给 $r，再由 yield $r 输出。"}

{"answer": "noyes", "解释": "第一次参数与hash一致所以返回false输出no，第二次cost不同返回true输出yes。"}

{"answer": "strict-in", "解释": "E_ALL 的值为 32767，包含 E_STRICT(2048)，所以 E_ALL & 2048 = 2048 ≠ 0，条件为 false，返回 'strict-in'。"}

{"answer": "mapped", "解释": "Symfony HeaderBag 内部将头部键统一转为小存取和查找，HTTP_X_TOKEN 经处理后存为 x-token，get('X-Token') 同样转为 x-token，匹配成功。"}

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

{"answer": "same", "解释": "EntityManager 的身份映射（identity map）保证同一 ID 的实体在首次加载后，后续 find() 均返回同一对象实例。"}

{"answer": 0, "解释": "persist后立即remove，flush时UnitOfWork会优化掉从未真正写入的实体，不会执行INSERT再DELETE，表中仍为空。"}

{"answer": 1, "解释": "COUNT(x) 只统计非 NULL 值，NULL 行不计入。"}

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

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

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

{"answer": 1, "解释": "唯一索引使第二次插入冲突被跳过，表中只有一条记录。"}

{"answer": 2, "解释": "UNIQUE 约束设为 DEFERRABLE INITIALLY DEFERRED，唯一性检查推迟到事务提交时才执行，所以事务内两次插入值 1 都成功，count 为 2。"}

{"answer": 6, "解释": "--filter test_sum 作为正则匹配，同时命中 test_sum（3组数据）和 test_sum_abs（3组数据），共6个测试。"}

{"answer": "2, 1", "解释": "数据提供者返回两组数据，test_x 执行两次，其中 x=-1 时 assertTrue 失败。"}

{"answer": "POST", "解释": "curl 使用 -d 选项时会默认将 HTTP 方法改为 POST。"}

{"answer": "GET", "解释": "-G 标志将 -d 的数据作为查询参数附加到 URL，发送 GET 请求。"}

{"answer": "invalid_client", "解释": "RFC 6749 §5.2 定义，客户端认证失败或客户端不存在时返回 invalid_client。"}

{"answer": "fragment（片段）", "解释": "隐式流程中 access_token 放在 redirect_uri 的 # 片段部分，不会被发送至服务器。"}

{"answer": 0, "解释": "default 过滤器仅在值为 null 时生效，false 不是 null，所以返回 false，false * 3 即 0 * 3 = 0。"}

```json ⏎ {"answer": "a3", "解释": "Twig 中 + 优先级高于 ~，所以等价于 'a' ~ (1+2) = 'a3'。"} ⏎ ```

{"answer": 0, "解释": "NotBlank 只检查 null 或空字符串，[''] 是非空数组，不触发违规。"}

{"answer": "invalid", "解释": "表单未提交时 isSubmitted() 返回 false，isValid() 直接返回 false，不抛异常。"}

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

{"answer": "hi Bob!", "解释": "Symfony容器编译时递归解析参数引用：%name%→Bob，%greeting%→hi Bob，最终message为hi Bob!"}

{"answer": "960px", "解释": "视口 992px 达到 lg 断点，.container 的 max-width 为 960px。"}

{"answer": "text-danger", "解释": "两个类特异性相同，Bootstrap 5.3 中 text-danger 在 text-primary 之后定义，后者覆盖前者。"}

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

{"answer": 3, "解释": "Domain 层类依赖了 Application 层的 PlaceOrder（1个违规）和 Infrastructure 层的 Db、Logger（2个违规），共 3 个违规。"}

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

{"answer": 1, "解释": "remove 方法在 count 为 1 时抛出异常，unset 未执行，items 仍含 1 个元素。"}

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

{"answer": "yesno", "解释": "newLazyGhost 创建的对象在未初始化时 isUninitializedLazyObject 为 true；访问 $o->v 触发回调后对象已初始化，再查为 false。"}

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

{"answer": "noyes", "解释": "Symfony 7.0 移除了 AnnotationClassLoader，其替代类 AttributeClassLoader 存在。"}