Карта знаний PHP — ornith-1.5:35b, run-36 · think: low

{"answer": "否", "解释": "双引号字符串支持变量插值和转义字符（如\\n、\\t），而单引号字符串按字面处理，仅解释\\\\和\\'，因此处理方式并不相同。"}

{"answer": "是", "解释": "?? 运算符是基于 isset() 语义实现的，访问未定义变量时不会产生警告。"}

{"answer": "ab", "解释": "PHP 的 echo 可以用逗号分隔多个字符串并将它们依次输出，所以先输出 a 再输出 b，结果为 ab。"}

{"answer": "是", "解释": "print 是 PHP 的语言结构，它始终返回整数值 1，因此可以在表达式内部使用，例如 return print \"hello\"。"}

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

```json ⏎ {"answer": "是", "解释": "在 PHP 中，加法和减法运算符的优先级高于连接运算符（.），因此 statements 正确。"} ⏎ ```

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

{"answer": "3", "解释": "点运算符优先级高于加号，先计算'总和: ' . 2得到'总和: 2'，再+3时因字符串非数字前缀被转成0，最终输出3。"}

{"answer": "否", "解释": "PHP 中使用 === 比较两个数组时，元素顺序、键名和数据类型都必须完全相同才算相等。"}

{"answer": "否", "解释": "在 PHP 中 0 == false 使用宽松比较，结果是 true 而非 false，且 == 是宽松比较而非严格比较。"}

{"answer": "否", "解释": "abc 是非数字字符串，PHP 在松散比较时会将数字 0 转为字符串「0」后按字符串比较，「abc」≠「0」，故结果为 false 而非 true。"}

{"answer": "是", "解释": "在 PHP 宽松比较下，null 同时等于 0、空字符串和 false，这三个比较结果均为 true。"}

{"answer": "42", "解释": "PHP 将字符串转换为整数时只解析其前导数字部分，'42abc' 的前导数字是 42。"}

{"answer": 10, "解释": "PHP 中的加法运算会将字符串 '5' 转换为数值 5，然后进行数值相加得到 10。"}

{"answer": "否", "解释": "在 PHP 中，将 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() 可通过第三个参数 $pad_type 设置 STR_PAD_LEFT、STR_PAD_RIGHT 或 STR_PAD_BOTH，支持左侧、右侧或两侧补齐。"}

{"answer": "否", "解释": "PHP 的 trim() 默认会去除空格、制表符（\\t）、换行符（\\n）、回车符（\\r）、空字节和垂直制表符。"}

{"answer": "6", "解释": "UTF-8 中每个汉字占 3 个字节，两个汉字共 6 个字节，strlen 统计字节数而非字符数。"}

{"answer": "def", "解释": "负数起始位置表示从字符串末尾开始计数，-3 即从 'd' 开始截取到末尾。"}

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

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

{"answer": "否", "解释": "sort() 函数会对数组进行排序但不保留原始键名，只有 asort() 才会保持键与值的对应关系。"}

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

{"answer": "否", "解释": "in_array() 默认使用宽松比较，需传入第三个参数 TRUE 才启用严格比较。"}

{"answer": "是", "解释": "array_filter() 在不提供回调时默认使用布尔判断，会移除所有假值（如 0、\"\"、NULL、FALSE、\"0\"、空数组）元素。"}

{"answer": "是", "解释": "array_slice() 默认会保留原数组的数字键，只有传入第四个参数为 true 时才会重新索引。"}

{"answer": "[20, 30]", "解释": "array_slice 从偏移量 1 处开始截取长度为 2 的元素，即 20 和 30，并默认重新索引键。"}

{"answer": "2", "解释": "PHP 数组的 + 并集运算中左侧数组元素优先，右侧同名键 'a' 被忽略，因此结果为 ['a' => 1, 'b' => 2]，共 2 个元素。"}

{"answer": "是", "解释": "PHP 8.1 确实扩展了展开运算符，使其支持带字符串键的数组并保持键名。"}

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

```json ⏎ {"answer": "否", "解释": "PHP 中的匿名函数（闭包）默认无法访问外部作用域的变量，必须通过 use 关键字才能引入并使用外部变量。"} ⏎ ```

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

{"answer": "否", "解释": "PHP 箭头函数必须以单个表达式作为函数体并隐式返回，不能使用花括号包裹多条语句。"}

{"answer": "否", "解释": "箭头函数是按值（而非引用）隐式捕获外部变量的，无法按引用捕获。"}

{"answer": "是", "解释": "在 PHP 中用 static 声明的闭包不会绑定或捕获 $this。"}

{"answer": "5", "解释": "use ($x) 是按值捕获，闭包在创建时就快照了 $x=5 的值，之后修改外部 $x 不影响闭包内副本。"}

{"answer": "是", "解释": "弱类型模式下 PHP 会将可转换的字符串 \"5\" 自动强制转换为整数 5 赋给 int 型参数。"}

{"answer": "是", "解释": "PHP 从 8.0 版本起支持构造函数属性提升语法。"}

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

{"answer": "是", "解释": "在 PHP 中，被声明为 final 的方法无法被子类重写。"}

{"answer": "否", "解释": "PHP 中 private 成员只能在其所在类内部访问，子类无法访问父类的 private 属性，protected 才能在子类中访问。"}

{"answer": "class@anonymous", "解释": "匿名类通过 get_class() 返回形如 class@anonymous/文件路径\0... 的名称，NUL 字节前的部分去掉文件路径后即为 class@anonymous。"}

{"answer": "是", "解释": "私有方法不属于继承契约，子类声明同名方法不会覆盖父类私有方法，因此可用任意可见性声明。"}

{"answer": "否", "解释": "__get() 不仅在访问不存在的属性时被调用，在访问私有或受保护等不可访问的属性时也会被调用。"}

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

{"answer": "是", "解释": "PHP 7 起接口可以声明常量。"}

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

{"answer": "是", "解释": "从 PHP 8.0 起，接口可以声明静态方法。"}

{"answer": "否", "解释": "instanceof 运算符不仅检查类继承，还检查对象是否实现了指定接口。"}

{"answer": "是", "解释": "自 PHP 8.1 起，接口中的方法可以包含默认实现。"}

{"answer": "是", "解释": "PHP 中抽象方法可以是 public 或 protected（不能是 private，因为私有方法无法被子类重写），因此该说法正确。"}

{"answer": "3", "解释": "Foo::cases() 返回枚举所有实例组成的数组，该枚举有 A、B、C 三个 case，因此返回 3 个元素。"}

```json ⏎ {"answer": "是", "解释": "PHP 中的 trait 可以声明常量，例如 trait 中可以写 const 语句定义常量。"} ⏎ ```

{"answer": "是", "解释": "在 PHP 7 及以上版本中，Throwable 是所有异常和错误的基接口，Exception 和 Error 均实现了它。"}

{"answer": "否", "解释": "TypeError 继承自 Error 而非 Exception，两者都是 Throwable 的子类，因此 catch (Exception $e) 无法捕获 TypeError。"}

{"answer": "否", "解释": "@ 运算符只能抑制错误（如警告、通知），不能抑制异常，异常必须用 try/catch 捕获。"}

{"answer": "DivisionByZeroError", "解释": "PHP 的 intdiv() 在除数为 0 时会抛出 DivisionByZeroError 异常。"}

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

{"answer": "否", "解释": "在 finally 块中抛出的异常会覆盖 try 块原有的结果，因此会有影响。"}

{"answer": "是", "解释": "将对象强制转换为 bool 时，除非对象为空（无任何属性），否则总是返回 true，而 Exception 对象包含内部属性，故返回 true。"}

{"answer": "是", "解释": "register_shutdown_function() 注册的函数在脚本结束时执行，包括通过 exit() 或 die() 调用时也会执行。"}

{"answer": "否", "解释": "use 语句只是为类创建一个命名空间别名，并不会加载或包含该类的文件，文件是由自动加载机制（如 PSR-4）在类被实际引用时惰性加载的。"}

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

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 将命名空间前缀 App\\ 映射到 src/，剩余部分 Controller\\Api\\UserController 转换为目录分隔符即为 Controller/Api/UserController.php。"}

{"answer": "是", "解释": "Composer 的 vendor/autoload.php 通过 autoload_real.php 调用 spl_autoload_register() 注册了 PSR-4 等自动加载器。"}

{"answer": "是", "解释": "__NAMESPACE__ 是 PHP 的魔术常量，用于返回当前命名空间的名称。"}

{"answer": "否", "解释": "在 new 中，非限定类名会相对于当前命名空间解析，而非从全局根开始解析。"}

{"answer": "是", "解释": "PSR-4 中 App\ 前缀对应 src/ 目录，App\\Model\\User 去掉前缀后为 Model\\User，映射到 src/Model/User.php。"}

{"answer": "否", "解释": "PHP 中的命名空间 use 语句只能写在文件的顶层（声明 namespace 之后），不能写在函数体内。"}

{"answer": "是", "解释": "在 PHP 中数组采用值语义，赋值时会复制数组（配合写时复制优化），而非按引用传递。"}

{"answer": "2", "解释": "PHP7 中数组采用值拷贝（写时复制），$b = $a 后修改 $b 不影响 $a，故 $a 仍有 2 个元素。"}

{"answer": "是", "解释": "在 PHP 中函数拥有独立的作用域，访问全局作用域中的用户变量必须通过 global 关键字、$GLOBALS 数组或将变量作为参数传入，否则无法直接引用。"}

```json ⏎ {"answer": "否", "解释": "$GLOBALS 是超全局数组，存放所有全局变量的引用，unset($GLOBALS['x']) 会直接删除全局变量 x，影响整个脚本范围，而非仅当前函数。"} ⏎ ```

{"answer": "6", "解释": "函数参数通过引用传递，inc 将 $x 加 1，因此 $n 从 5 变为 6 并被输出。"}

{"answer": "否", "解释": "foreach 按值遍历时操作的是数组内部结构的副本，循环内对原数组的插入或删除不会影响当前这次遍历。"}

{"answer": "否", "解释": "静态属性属于类而非实例，所有实例共享同一份，修改一个对象中的静态属性会反映到其他对象中。"}

{"answer": "否", "解释": "在 PHP 中，布尔键会被强制转换为整数，true 转为 1、false 转为 0，并不会以 bool 类型保存。"}

{"answer": "是", "解释": "PHP 生成器支持通过 return 语句返回一个值（PHP 7.0 起），并且可以通过 Generator::getReturn() 方法获取该值。"}

{"answer": "否", "解释": "默认情况下，生成器在遍历结束后无法通过 rewind() 倒回，调用会抛出 RuntimeException。"}

{"answer": "是", "解释": "yield from 语法（PHP 7.0 起）会将遍历操作委托给另一个生成器、数组或其他可迭代对象。"}

{"answer": "Generator", "解释": "包含 yield 关键字的函数是生成器函数，调用 g() 会返回一个 Generator 类的实例。"}

{"answer": "3", "解释": "yield from 会保留数组 [1,2,3] 的键 0、1、2，iterator_to_array 生成包含这三个元素的数组，因此 count 为 3。"}

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

{"answer": "是", "解释": "ArrayIterator 实现了 Iterator 接口，可以包装数组并通过该接口遍历其中元素。"}

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

{"answer": "是", "解释": "password_hash() 会自动生成随机盐并将其包含在返回值中，无需传入。"}

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

{"answer": "true", "解释": "password_verify 会校验提供的密码是否与哈希值匹配，这里密码和哈希由相同的 'secret' 生成，因此返回 true。"}

{"answer": "否", "解释": "strip_tags() 只用于删除字符串中的 HTML 和 PHP 标签，与防止 SQL 注入无关，防止 SQL 注入应使用预查询语句或参数绑定。"}

{"answer": "是", "解释": "session_regenerate_id() 在登录时重新生成会话 ID，可防止攻击者固定受害者的会话 ID。"}

{"answer": "php_sapi_name()", "解释": "php_sapi_name() 函数返回 PHP SAPI 的名称，例如 cli、fpm-fcgi 或 apache2。"}

{"answer": "是", "解释": "session_destroy() 仅清除服务器端与会话相关的数据，并不会删除浏览器中的会话 Cookie。"}

{"answer": "否", "解释": "只有在调用 session_start() 之后，PHP 才会初始化并加载会话数据到 $_SESSION 数组。"}

{"answer": "8.1", "解释": "array_find() 函数是在 PHP 8.1 版本中引入的。"}

{"answer": "是", "解释": "属性钩子（property hooks）确实作为正式特性在 PHP 8.4 中加入，允许在属性声明中直接定义 get 和 set。"}

{"answer": "是", "解释": "非对称可见性是 PHP 8.4 引入的新特性，允许属性在读取和写入时使用不同的可见性级别。"}

{"answer": "8.2", "解释": "#[\\NoDiscard] 属性在 PHP 8.2 中引入，用于标记返回值不可被忽略的类。"}

{"answer": "8.3", "解释": "管道运算符 |> 在 PHP 8.3 中引入。"}

{"answer": "8.2", "解释": "clone 表达式作为第二参数（用于覆盖被克隆对象的属性）是在 PHP 8.2 中引入的。"}

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

{"answer": "8.4", "解释": "Partial Function Application RFC v2 已被采纳进入 PHP 8.4 版本。"}

{"answer": "8.4", "解释": "clamp() 函数通过 RFC clamp_v2 提议，并在 PHP 8.4 中实现。"}

{"answer": "是", "解释": "PHP 的 Context Managers RFC 已被 PHP 社区接受并进入开发流程。"}

{"answer": "否", "解释": "我没有可靠信息表明存在名为「Bound-Erased Generic Types」的 RFC 于 2026 年被拒绝，这很可能是虚构的说法。"}

{"answer": "否", "解释": "PHP 仍默认以非线程安全（NTS）模式构建，尚无已接受的将 ZTS 设为默认的 RFC。"}

{"answer": "是", "解释": "截至 PHP 8.4 及预期的 8.5，PHP 仍未引入原生泛型（参数化类型）支持。"}

{"answer": "是", "解释": "PHP 遵循约一年的发布周期，8.5 于 2025 年 11 月发布 GA，8.6 预定于 2026-11-19 发布，故截至 2026-11-07 最新稳定版为 8.5 且 8.6 尚未 GA。"}

{"answer": "是", "解释": "PHP 6（基于 Unicode 的计划）最终被取消从未发布，PHP 5.6 之后直接进入 PHP 7.0。"}

```json ⏎ {"answer": "是", "解释": "向 PHP 核心添加 #[\\Deprecated] 属性的 RFC 已被接受。"} ⏎ ```

{"answer": "是", "解释": "整洁架构的核心依赖规则是代码依赖指向中心，内层核心业务规则不依赖也不了解外层实现。"}

{"answer": "是", "解释": "领域实体是核心业务对象，应保持纯洁性，不依赖任何框架（如 Doctrine、Symfony）或基础设施层。"}

{"answer": "否", "解释": "控制器和 Twig 模板属于表现层（UI 层），而非业务逻辑层，业务逻辑层由用例（services）构成。"}

```json ⏎ {"answer": "领域层（业务实体和业务规则/用例）", "解释": "洋葱架构以领域核心为中心，向外依次为应用层、基础设施层和接口层，依赖方向由外向内，最中心是业务实体和业务规则。"} ⏎ ```

{"answer": "是", "解释": "deptrac 作为静态层间依赖分析器，会在静态分析阶段检测到违反依赖规则的调用并报错。"}

{"answer": "否", "解释": "用例应独立于框架和基础设施，直接接收 HTTP 请求或 EntityManager 会破坏依赖规则并引入耦合。"}

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

{"answer": "是", "解释": "数据库属于整洁架构的外层（框架/驱动层），通过依赖倒置和端口-适配器模式，切换数据库只需替换外层实现，领域和用例层保持不变。"}

{"answer": "否", "解释": "聚合是DDD中的领域概念，是一组相关领域对象的集群，作为一致性和事务的边界，而非数据库表的别名。"}

{"answer": "是", "解释": "这是值对象的标准定义：不可变且按字段值比较而非标识符。"}

{"answer": "Aggregate Root（聚合根）", "解释": "在领域驱动设计中，聚合根是聚合内部实体与值对象的唯一外部入口，所有对外部实体的变更都必须通过它进行以保证一致性。"}

{"answer": "是", "解释": "在 DDD 中，仓储确实针对聚合根声明，实体通过聚合根进行访问而非各自拥有仓储。"}

{"answer": "是", "解释": "统一语言是领域驱动设计中开发者和领域专家协作建立并共享的模型语言。"}

{"answer": "未键入边界", "解释": "未键入边界（untyped boundary）内部PHP的表示与语言模型一致，边界外同样的词（如数组）对应底层不同的内部模型。"}

{"answer": "否", "解释": "DDD 推崇富领域模型（将业务逻辑封装在领域对象中），贫血模型被视为反模式。"}

{"answer": "是", "解释": "限界上下文确保每个上下文拥有独立的模型，同一概念在不同上下文中可以是不同的类。"}

{"answer": "是", "解释": "Symfony 的 DI 容器默认惰性创建服务：只有当通过 get() 首次请求某服务时才将其实例化，而非启动时全部实例化。"}

{"answer": "debug:router", "解释": "使用 `php bin/console debug:router` 可以列出应用程序中所有已注册的路由。"}

{"answer": "否", "解释": "自动装配的目的正是让 Symfony 自动推断并连接构造函数依赖，无需手动声明每个服务。"}

{"answer": "是", "解释": "Twig 确实将模板编译为 PHP 类并在请求之间进行缓存以提高性能。"}

{"answer": "是", "解释": "Symfony 的 dev 环境中，容器通过文件 mtime 跟踪变更，仅在被跟踪的配置文件变化时才重新编译，而非每请求都重建。"}

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

{"answer": "否", "解释": "Symfony 的控制器方法必须是 public 或 protected，私有方法无法通过路由访问。"}

{"answer": "否", "解释": "EventSubscriber 接口本身并不赋予优先级，监听器和订阅者都按各自指定的优先级值排序，默认均为 0。"}

{"answer": "是", "解释": "在 Symfony 5.3 中引入了新的 authenticator（AuthenticatorInterface）认证系统，并在 6.0 中正式移除了旧的 guard 体系。"}

{"answer": "IsGranted", "解释": "IsGranted 属性可以附加到控制器方法上，用于直接检查角色或权限，若未满足则返回 403。"}

{"answer": "是", "解释": "Symfony 中的 Voter 是用于检查对具体对象（subject）访问权限的机制，isGranted('EDIT', $post) 即通过 Voter 判断能否对 $post 对象执行 EDIT 操作。"}

{"answer": "否", "解释": "Symfony 7 的 Validator 仍通过 AnnotationLoader 支持 doctrine 注解映射，属性只是推荐方式而非唯一方式。"}

{"answer": "是", "解释": "Symfony 从 2.3 起默认开启表单 CSRF 保护，会在表单中自动生成并校验 _token 令牌。"}

{"answer": "是", "解释": "Symfony 的表单验证始终在服务器端执行，这是出于安全考虑，因为客户端 HTML5 验证很容易被绕过。"}

{"answer": "make:form", "解释": "Symfony MakerBundle 的 make:form 命令用于生成继承 AbstractType 的表单类（FormType）。"}

{"answer": "否", "解释": "Symfony 在会话中只存储认证令牌（如用户名或用户 ID），绝不会以明文或其他形式存储用户密码。"}

{"answer": "是", "解释": "Symfony 将各 bundle 的配置分别放在 config/packages 目录中，通常每个 bundle 对应一个配置文件。"}

{"answer": "是", "解释": "这是常见实践：.env 存放开发默认值并提交，.env.local 存放真实机密并被 git 忽略。"}

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

{"answer": "否", "解释": "ContainerInterface（控制器中注入的容器类型）并没有提供 setParameter() 方法，该方法只存在于具体的 Container 类中，且参数通常应在编译时通过配置文件定义。"}

{"answer": "否", "解释": "Symfony 自 3.0 版本起服务默认为私有的（private: true），必须显式设置 public: true 才能直接从容器获取。"}

{"answer": "否", "解释": "Symfony bundle 都有默认配置，即使 config/packages 中没有对应的配置文件，bundle 也能使用默认值正常工作。"}

{"answer": "是", "解释": "在 Symfony 中，可以使用 %env(VAR)% 语法将系统环境变量注入到 services.yaml 的服务配置里。"}

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

```json ⏎ {"answer": "否", "解释": "在 Symfony Messenger 中，一条消息可以配置多个处理者，通过 mappings 为同一种消息类型注册多个 handler。"} ⏎ ```

{"answer": "否", "解释": "同步传输会立即在同一请求周期内处理消息，不会入队列也不需要 worker，异步传输才会入队列交由 worker 处理。"}

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

{"answer": "是", "解释": "在 Symfony Messenger 中，重试策略（retry_strategy）确实在 messenger.yaml 里为每个传输（transport）单独配置，包括倍数、最大重试次数和延迟等参数。"}

{"answer": "是", "解释": "Symfony Messenger 默认使用 JsonSerializer 将消息序列化为 JSON 格式以进行传输。"}

{"answer": "否", "解释": "Symfony Scheduler 的核心是按计划执行闭包或命令行任务，而非产生消息并通过 Messenger 发送。"}

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

{"answer": "是", "解释": "在 Symfony Messenger 中，确实可以注册自定义中间件，并通过配置控制其在内置中间件之前或之后的执行顺序。"}

{"answer": "是", "解释": "Symfony 采用每两年发布主版本（如 2023 年 7.0、2025 年 8.0）、每六个月（5 月和 11 月）发布次版本的发布节奏。"}

{"answer": "8.4", "解释": "Symfony 8 计划于 2026 年 11 月发布，其所需的最低 PHP 版本为 8.4。"}

{"answer": "否", "解释": "Symfony 7.0 已完全移除了对 PHPDoc 块注解（验证、路由等）的支持，仅支持原生 attribute。"}

{"answer": "是", "解释": "AssetMapper 是 Symfony 提供的组件，通过 importmap.php 管理资产，无需 Node、Webpack 或 npm 等工具。"}

{"answer": "否", "解释": "Symfony 6.4 是一个长期支持（LTS）版本，享有更长的错误修复和安全更新周期。"}

{"answer": "否", "解释": "Symfony 的弃用策略是弃用功能在次要版本中引入，在主版本中会被移除，而非继续保留。"}

{"answer": "是", "解释": "Symfony 确实为每个主版本提供了 UPGRADE 指南，其中列出了迁移时需要关注的破坏性变更和注意事项。"}

```json ⏎ {"answer": "symfony/importmap (ImportMap)", "解释": "Symfony 的 importmap 组件允许在不使用 Node/Webpack 的情况下通过浏览器原生 Import Map 来管理 JavaScript 和 CSS 资源。"} ⏎ ```

{"answer": "是", "解释": "Symfony 遵循每 4 个月发布一个大版本周期的惯例（3 月、7 月、11 月），因此 Symfony 8.2 于 2026 年 11 月发布，截至 2026-11-07 已经发布。"}

{"answer": "否", "解释": "Symfony 8.0 在 2026 年 5 月发布，8.1 在 2026 年 11 月（bug 修复版），而 8.2 作为特性版本应在 2027 年 5 月发布。"}

{"answer": "8.2", "解释": "Symfony 的主版本每年 11 月发布 8.1，随后在次年 3 月发布 8.2，因此在 8.1 之后发布的版本是 8.2。"}

{"answer": "否", "解释": "Symfony 8.2 是次要版本（minor），主版本以 8.0 这种形式表示，且次要版本只新增向后兼容的特性，无需重写应用程序。"}

{"answer": "是", "解释": "PHP 的向后兼容政策规定，在同一主版本内（如 8.1 → 8.2）进行更新时不得引入向后不兼容的破坏，因此通常无需修改代码。"}

{"answer": "8.9", "解释": "Symfony 遵循语义化版本规范，每个主版本（如 8.x）在三年支持期内大约按季度发布小版本，从 8.0 到 8.9，随后发布 9.0。"}

{"answer": "否", "解释": "Symfony 8.0 需要 PHP 8.2，而不会突然要求 PHP 8.5，此说法不符合版本要求。"}

{"answer": "否", "解释": "8.x 是 LTS 分支，按弃用策略，在 LTS 版本中引入的弃用功能只会在下一个 LTS 大版本（即 10.0）中移除，而非 9.0。"}

{"answer": "否", "解释": "Twig 使用沙盒机制，{{ }} 中只能调用已暴露且被允许的方法、函数和过滤器，不能执行任意 PHP 代码。"}

{"answer": "是", "解释": "Twig 默认启用了自动转义功能，会根据模板文件类型（如 .html）自动对输出变量进行转义。"}

{"answer": "是", "解释": "Twig 的 |e 过滤器默认用于 HTML 上下文的转义输出，确保字符串安全显示。"}

{"answer": "number", "解释": "在 twig/intl-extra 中，number 过滤器使用 ICU 规则按本地化格式转换数字。"}

{"answer": "是", "解释": "Twig 中的 raw 过滤器将值标记为安全，从而关闭对该值的自动转义。"}

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

{"answer": "否", "解释": "Twig 使用 set 标签即可在模板内部声明变量，例如 {% set foo = 'bar' %}。"}

{"answer": "dump", "解释": "Twig 的 dump 函数用于输出变量的调试信息，可以展示数组和对象的结构。"}

{"answer": "是", "解释": "Bootstrap 确实是一套提供现成 UI 组件的 CSS/JavaScript 库，而非 React 或 Vue 那样的单页应用框架。"}

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

{"answer": "否", "解释": "Bootstrap 的栅格系统始终分为 12 列而非 16 列，且 Bootstrap 4 和 5 已改用 Flexbox 而非 CSS float。"}

{"answer": "是", "解释": "Bootstrap 5.2 起命名断点的类名中缀确实为 sm、md、lg、xl、xxl，共五个（xs 无前缀）。"}

{"answer": "是", "解释": "在 Bootstrap 中，间距工具类使用 $spacer 的倍数作为间距刻度，例如 .mt-3 表示 marginTop 为 $spacer 的 3 倍。"}

{"answer": "data-bs-toggle", "解释": "Bootstrap 5 使用带 bs 前缀的数据属性，如 data-bs-toggle 来启用下拉菜单等交互组件。"}

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

{"answer": "是", "解释": "Bootstrap 5.3 引入了深色模式功能，通过在根元素（html）上添加 .dark 类即可开启。"}

{"answer": "否", "解释": "Doctrine ORM 不会在运行时自动建表，需要手动执行 doctrine:schema:create 等命令来生成表结构。"}

{"answer": "persist()", "解释": "persist() 方法将新对象标记为受管理并纳入变更检测，但实际 SQL 直到调用 flush() 才执行。"}

{"answer": "否", "解释": "Doctrine ORM 3.0 已彻底移除了 EntityManager::merge() 方法。"}

{"answer": "是", "解释": "DQL 是面向对象的查询语言，它以实体（entity）及其字段（property）为单位编写，而非数据库的表和列。"}

{"answer": "null", "解释": "当不存在 id 为 999 的记录时，find 方法通常返回 null 而非抛出异常。"}

{"answer": "否", "解释": "Doctrine 不会在请求结束时自动 flush()，必须由开发者显式调用 $entityManager->flush() 才能将变更写入数据库。"}

{"answer": "是", "解释": "Doctrine 的 Unit of Work 使用变更检测（change tracking）机制，托管实体属性一旦被修改，flush() 就会自动检测到并同步到数据库，无需再次显式调用 persist()。"}

{"answer": "否", "解释": "Doctrine 中 remove() 只是将实体标记为待删除，真正的 SQL DELETE 要在调用 flush() 同步持久化上下文时才执行。"}

{"answer": "否", "解释": "PostgreSQL 的 MVCC 正是为了实现读写并发，使读不阻塞写、写不阻塞读。"}

{"answer": "EXPLAIN", "解释": "EXPLAIN（或 DESCRIBE/BEFORE 关键字）用于显示 SQL 查询的执行计划而不实际执行查询。"}

{"answer": "否", "解释": "SERIAL 是一种遗留机制，通过序列加默认值实现，而 GENERATED ... AS IDENTITY 是标准更完整、行为不同的独立机制。"}

{"answer": "否", "解释": "PostgreSQL 的 UNIQUE 约束允许列中存在多个 NULL 值，因为 NULL 被视为互不相等。"}

{"answer": "STRING_AGG", "解释": "STRING_AGG 是 PostgreSQL 中用指定分隔符拼接字符串的聚合函数。"}

{"answer": "否", "解释": "普通 VACUUM 只会将死元组占用的空间标记为可复用，并不会将其归还给操作系统；只有 VACUUM FULL 才会重写表并将多余空间归还给操作系统。"}

{"answer": "PARTITION BY", "解释": "PARTITION BY 关键字将结果集划分为若干组，窗口函数对每组分别进行计算。"}

```json ⏎ {"answer": "否", "解释": "READ COMMITTED 只能防止脏读，无法防止不可重复读，后者需要 REPEATABLE READ 隔离级别。"} ⏎ ```

{"answer": "是", "解释": "PostgreSQL 默认处于 autocommit 模式，每条 SQL 语句会自动包裹在独立的隐式事务中。"}

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

{"answer": "是", "解释": "数据库在通过索引列定位行时，UPDATE 和 DELETE 同样会利用索引快速查找匹配的行，从而加速这些操作。"}

{"answer": "是", "解释": "SAVEPOINT 允许在事务中设置回滚标记，可用 ROLLBACK TO 只回滚到该标记而不结束整个事务。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 不仅显示查询计划，还会真正执行查询并报告实际执行时间和统计信息。"}

{"answer": "pgvector", "解释": "pgvector 是 PostgreSQL 的开源扩展，为向量（embedding）数据添加了 vector 类型及多种索引（如 HNSW、IVFFAT）。"}

{"answer": "是", "解释": "部分索引通过 WHERE 子句定义谓词，只为满足条件的行建立索引条目。"}

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

{"answer": "是", "解释": "HTTP 201 状态码表示请求成功且服务器已创建了新资源。"}

{"answer": "204", "解释": "204 No Content 表示请求成功但没有响应体返回。"}

{"answer": "是", "解释": "DELETE 方法是幂等的，对同一资源重复发送请求不会产生不同的结果。"}

{"answer": "否", "解释": "Access-Control-Allow-Origin 头是由服务器在响应中发送的，用来表明是否允许来自其他源的请求，而非由客户端发送。"}

{"answer": "是", "解释": "HTTP 429 状态码确实用于指示客户端在短时间内发送了过多请求，超出了服务器允许的频率限制。"}

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

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

{"answer": "是", "解释": "RFC 5789 明确规定 PATCH 方法不要求幂等，也不要求安全，而 PUT 方法要求幂等。"}

{"answer": "否", "解释": "用 == 比较哈希存在时序攻击风险且可能因类型混淆导致安全隐患，应使用 hash_equals() 进行常量时间比较。"}

{"answer": "是", "解释": "CSRF 令牌由服务器生成并与会话绑定，在 POST 等不安全请求到达时由服务器校验以确认请求来源可信。"}

{"answer": "Content-Security-Policy", "解释": "CSP 策略通过 Content-Security-Policy HTTP 头发送到浏览器以控制资源加载来源。"}

{"answer": "否", "解释": "OAuth 2.0 是授权框架而非认证协议，access 令牌用于表示授权而非标识用户身份，身份认证应使用 OpenID Connect。"}

{"answer": "否", "解释": "XSS 是输出渲染时发生的攻击，必须在输出到浏览器时进行上下文相关的编码，仅靠写库前的服务器端校验无法防止 XSS。"}

{"answer": "code", "解释": "在授权码流程中，认证服务器会将授权码（authorization code）重定向回 redirect_uri，客户端再用该 code 换取 access token。"}

{"answer": "是", "解释": "Refresh 令牌设计用于在用户不重新登录的情况下换取新的 access 令牌，且生命周期通常更长。"}

{"answer": "否", "解释": "盐不需要保密，通常与哈希值一起明文存储，其作用是防彩虹表攻击并保证相同密码生成不同哈希。"}

{"answer": "是", "解释": "PHPUnit 仅依据公开方法名以 test 开头（或 @test 注解）来发现并执行测试方法，不强制要求测试类继承 TestCase。"}

{"answer": "否", "解释": "setUp() 在每个测试方法执行前都会调用一次，若要在所有测试前执行一次应使用静态的 setUpBeforeClass()。"}

{"answer": "否", "解释": "数据提供者可以返回多组数据，使同一个测试方法能够用多组参数多次运行。"}

{"answer": "expectException", "解释": "PHPUnit 使用 expectException() 方法来声明期望代码抛出某个特定类的异常。"}

{"answer": "否", "解释": "说法颠倒了：stub 只返回预设数据而不验证，mock 才会检查哪些方法被调用过以及调用参数。"}

{"answer": "是", "解释": "在 PHPUnit 10 中引入了 #[DataProvider] 属性作为推荐方式，并从 PHPUnit 11 起弃用了 doc-comment 形式的 @dataProvider 注解。"}

{"answer": "否", "解释": "PHPUnit 通过 @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 7.4 起，** 运算符优先级高于一元减号，因此 -3 ** 2 相当于 -(3 ** 2) = -9。"}

{"answer": "true", "解释": "'1e1' 是科学计数法表示的数值字符串（等于 10），PHP 对两个数值字符串用 == 比较时按数值比较，10 == 10 为真。"}

```json ⏎ {"answer": "other", "解释": "switch 使用松散比较(==)，'a' 与 0 比较：PHP 8.0 起非数字字符串不再被强制转换为数字，故 'a' == 0 为假，匹配默认分支输出 other（PHP 8.0 之前会输出 zero）。"} ⏎ ```

{"answer": "2c", "解释": "strtr使用数组形式时从左到右扫描并优先匹配最长的键，因此'ab'匹配成功替换为'2'，剩余'c'不变。"}

{"answer": "[hello]", "解释": "substr 使用负偏移 -10，其绝对值大于字符串长度 5，因此返回从开头开始的整个字符串 'hello'。"}

{"answer": "k,n,m", "解释": "数组的 + 运算中左侧数组同名键优先，右侧不覆盖，所以 $a+$b = ['k'=>1,'n'=>2,'m'=>3]，取其键并 joins 得到 k,n,m。"}

{"answer": "yxz", "解释": "usort按第三个元素(索引2)升序排列得到[2,'y',1],[1,'x',2],[3,'z',2]，再取索引1拼接为yxz。"}

{"answer": "4", "解释": "PHP 8 的命名参数展开将数组键按名称匹配到函数参数，因此 $a=5、$b=1，返回 5-1=4。"}

{"answer": "3", "解释": "$p->g(...) 创建了一个捕获对象引用的闭包，即使 $p 被置为空，对象仍通过闭包存活，调用 $f() 会执行 g() 返回私有属性值 3。"}

{"answer": "B", "解释": "static::class 使用后期静态绑定，因此会返回实际调用的子类 B。"}

{"answer": "10", "解释": "PHP 8.5 的属性挂钩中，set 挂钩里 $this->x = 赋值直接写回后备字段（不会再次触发挂钩），$value 为 5，因此存入 5*2=10，读取时返回 10。"}

```json ⏎ {"answer": "BA", "解释": "insteadof 让 TB::f 覆盖 TA::f（返回 'B'），as 为 TA::f 创建别名 g（返回 'A'），因此输出 BA。"} ⏎ ```

{"answer": "0", "解释": "Trait 的静态属性在每个使用它的类中各自独立一份，因此 CX::$n 与 CY::$n 互不影响，CY::$n 仍为初始值 0。"}

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

{"answer": "second", "解释": "内层 try 抛出 RuntimeException，finally 块执行时抛出 LogicException，后者会取代原异常并冒泡到外层 catch 被捕获输出 'second'。"}

{"answer": "App\\Foo|Baz", "解释": "在命名空间 N 中，Baz 经 use 映射到 App\\Foo，故 Baz::class 解析为 App\\Foo；而 \\Baz::class 表示全局命名空间下的 Baz，由于 ::class 仅做编译期字符串解析，直接输出 Baz。"}

{"answer": "yyes", "解释": "在命名空间 Ns 中，class_exists('Foo') 会将未限定名解析为 Ns\\Foo 从而存在返回 yes，class_exists('Ns\\Foo') 是全限定名也存在返回 yes，因此输出 yyes。"}

{"answer": "1,2,99", "解释": "foreach使用引用&$v后,$v仍引用数组最后一个元素,赋$v=99实际修改了$a[2]。"}

{"answer": "3", "解释": "PHP 中静态局部变量绑定在函数作用域而非对象作用域，B 未重写 inc()，因此 $a、$b 调用的是同一个 A::inc() 函数，静态变量 $n 被共享累加。"}

{"answer": "11", "解释": "send(10) 使 yield 表达式返回 10，因此 $x=10，return 语句返回 10+1=11，getReturn() 获取该返回值。"}

{"answer": "1,2,ok", "解释": "yield from 会将 inner() 的所有 yield（1 和 2）转发出去，并在内层生成器返回时将其返回值 'ok' 赋给 $r，随后外层 yield 出 'ok'，因此迭代得到数组 [1,2,'ok']，implode 后为 '1,2,ok'。"}

{"answer": "noyes", "解释": "cost=4 创建哈希后与 cost=4 比较无需重新哈希输出 no，与 cost=5 比较需要重新哈希输出 yes。"}

{"answer": "strict-in", "解释": "E_STRICT 的值为 2048 且包含在 E_ALL 中，因此 E_ALL & 2048 等于 2048 而非 0，条件为假，输出 'strict-in'。"}

{"answer": "mapped", "解释": "Request::create 将 server 参数 HTTP_X_TOKEN 经 HeaderBag 规范化为小写的 x-token 请求头，且 get() 查找大小写不敏感，故返回 abc 并输出 mapped。"}

{"answer": "BCA", "解释": "Symfony 事件分发器按优先级从高到低运行监听器，所以优先级 10 的 B、优先级 5 的 C、默认优先级 0 的 A 依次执行。"}

{"answer": "same", "解释": "Doctrine 的 identity map 会缓存同一主键的实体，第二次 find 返回同一个对象实例。"}

{"answer": "0", "解释": "先 persist 再在 flush 前 remove 同一实体时，Doctrine 的 UnitOfWork 会抵消这两个操作（不安排 INSERT 也不安排 DELETE），表始终保持为空，因此查询结果为 0。"}

{"answer": "1", "解释": "count(x) 只统计非空值，NULL 不计入，所以返回 1。"}

{"answer": "10,30,60", "解释": "内部查询按 id 计算 x 的累计和（10、30、60），外部 string_agg 按 id 顺序以逗号拼接为 10,30,60。"}

{"answer": "M1M2", "解释": "中间件按入栈顺序执行，M1先输出\"M1\"并通过next()委托给M2，M2输出\"M2\"后再调用next()时栈已空，从而抛出LogicException。"}

{"answer": "11", "解释": "HandlersLocator 为 Ping 类注册了两个处理程序 $d1 和 $d2，HandleMessageMiddleware 会依次调用所有匹配的处理程序，因此 $n 先加 1 再加 10，结果为 11。"}

{"answer": "1", "解释": "第一条插入成功，第二条因唯一索引冲突而不动作，最终表中有 1 行。"}

{"answer": "2", "解释": "由于唯一约束是 DEFERRABLE INITIALLY DEFERRED，约束检查延迟到事务提交时进行，因此两次 INSERT 都能成功插入 count(*) 返回 2。"}

{"answer": "6", "解释": "过滤表达式 test_sum 是正则，会同时匹配 test_sum 和 test_sum_abs（各含 3 个数据集），故 3+3=6。"}

{"answer": "2, 1", "解释": "数据提供者返回两个数据集，因此 test_x 执行两次，其中 x=-1 的断言失败。"}

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

{"answer": "GET", "解释": "curl 的 -G 选项会把 -d 指定的数据作为查询参数附加到 URL 上，并将请求方法改为 GET。"}

{"answer": "invalid_client", "解释": "当客户端使用不存在的 client_id 请求令牌时，依据 RFC 6749 第 5.2 节，服务器应返回 invalid_client 错误，表示客户端认证失败。"}

{"answer": "fragment", "解释": "在 OAuth 2.0 隐式授权流程中，access_token 通过 URL 的 fragment 部分（即 # 之后的片段）返回，因为 fragment 不会发送到服务器，相对更安全。"}

{"answer": "0", "解释": "Twig 中过滤器 `|` 的优先级高于 `*`，所以先计算 `false|default(2)`；由于 `default` 只在值为 null 或空字符串时才返回默认值，而 false 不是这两者，因此结果仍为 false，再 `false * 3` 得到 0。"}

```json ⏎ {"answer": "1", "解释": "空字符串''无法通过NotBlank约束验证，会产生1个验证错误。"} ⏎ ```

{"answer": "Symfony\Component\Form\Exception\UnexpectedException", "解释": "对未提交的表单调用 isValid() 会抛出 UnexpectedException，因为 validate() 不允许在表单未提交时进行校验。"}

{"answer": "same", "解释": "默认注册的 service 是共享（shared）的，compile 后多次 get 返回同一个已缓存实例，因此 spl_object_id 相同。"}

{"answer": "hi Bob!", "解释": "ContainerBuilder 在 getParameter 时递归解析 %参数名% 引用，所以 message 逐步解析为 greeting 再解析为 name，最终输出 \"hi Bob!\"。"}

{"answer": "960px", "解释": "在 Bootstrap 5.3 中，992px 触发 lg 断点，此时 .container 的 max-width 为 960px。"}

```json ⏎ {"answer": "text-danger", "解释": "两者 specificity 相同且未加 `-important` 后缀，按 Bootstrap 源文件中颜色定义顺序决定，danger 在 primary 之后，故 text-danger 覆盖 text-primary。"} ⏎ ```

```json ⏎ {"answer": "2", "解释": "OrderService 属于 Domain 层，其依赖规则为「Domain → 仅 Domain」，但它依赖了 Application 层（PlaceOrder）和 Infrastructure 层（Db），均违反规则，共 2 个违规。"} ⏎ ```

{"answer": "3", "解释": "BillingService 属于 Domain 层，其规则为只能依赖 Domain；但它依赖了 Application\PlaceOrder、Infrastructure\Db 与 Infrastructure\Logger，共 3 个违规依赖。"}

{"answer": "10,15", "解释": "$a 的金额为 10，$c 是 10 加 5 的结果为 15，因此输出 10,15。"}

{"answer": "1", "解释": "remove() 在 items 只剩 1 个元素时抛出异常，unset 未执行，因此 count() 仍返回 1。"}

```json ⏎ {"answer": "hi", "解释": "代码创建 C 类实例并立即调用返回字符串 'hi' 的方法 hi()，然后输出该字符串。"} ⏎ ```

{"answer": "yesno", "解释": "newLazyGhost 创建未初始化的延迟对象，第一次判断为 yes；访问 $o->v 触发恢复回调（设置 v=21），之后对象已初始化，第二次判断为 no，两者连写为 yesno。"}

{"answer": "no", "解释": "Symfony 的 Legacy Security（Guard）系统在 6.0 中已被移除，AbstractGuardAuthenticator 在 6.4 及 8.1 中均不存在。"}

{"answer": "noyes", "解释": "AnnotationClassLoader 在 Symfony 6.0 中被移除，而 AttributeClassLoader 仍然存在，因此 8.1 上前者为 no、后者为 yes。"}