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

{"answer": "否", "解释": "双引号字符串会解析变量和转义字符，而单引号字符串仅作字面量处理。"}

{"answer": "是", "解释": "??. 运算符在左侧未定义或为 null 时返回右侧值，访问未定义变量不会产生警告。"}

{"answer": "ab", "解释": "echo 支持用逗号分隔多个字符串并依次输出，逗号不产生空格。"}

{"answer": "错", "解释": "在 PHP 7.0+ 中 print 确实返回值 1 且可用于表达式，但题目说法过于绝对，因为早期版本或其他语言中 print 行为不同，且 print 通常不被推荐用于表达式。"}

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

{"answer": "错", "解释": "在 PHP 8 中，连接运算符（.）的优先级高于加法和减法。"}

{"answer": "否", "解释": "PHP 中的 ** 运算符从右向左结合，因此 2 ** 3 ** 2 等于 2 ** (3 ** 2) = 512。"}

{"answer": "总和: 5", "解释": "字符串连接符 . 优先级高于 +，先计算 '总和: ' . 2 得到 '总和: 2'，再与 3 做数值加法并触发隐式转换，输出 5。"}

{"answer": "否", "解释": "在严格比较下，数组元素的顺序会影响相等性，顺序不同则数组不相等。"}

{"answer": "否", "解释": "0 == false 返回 true，因为 == 是松散比较会进行类型转换，只有 === 才是严格比较。"}

{"answer": "是", "解释": "在 PHP 8 中，字符串 \"abc\" 是非数字字符串，比较时会转换为数字 0，因此 \"abc\" == 0 为 true。"}

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

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

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

{"answer": "错", "解释": "在 PHP 中，false 转换为字符串时变成空字符串 \"\"，而不是 \"0\"，只有 true 转换为字符串时才变成 \"1\"。"}

{"answer": "是", "解释": "由于浮点数精度问题，0.1 + 0.2 的结果为 0.30000000000000004，不等于 0.3。"}

{"answer": "否", "解释": "strrev() 是按字节反转，会导致 UTF-8 多字节字符乱码，应使用 mb_strrev()。"}

{"answer": "是", "解释": "str_contains() 函数用于判断字符串是否包含指定子串，'Hello world' 确实包含 'world'，因此返回 true。"}

{"answer": "否", "解释": "str_pad() 可通过参数指定左侧、右侧或两侧补齐"}

{"answer": "否", "解释": "trim() 默认会去掉空格、制表符、换行符、回车、垂直制表符和空字节等字符。"}

{"answer": "6", "解释": "每个中文字符在 UTF-8 中占 3 个字节，所以「你好」共 6 个字节。"}

{"answer": "cdef", "解释": "substr 使用负数偏移量时从字符串末尾开始计算，-3 表示从倒数第 3 个字符位置截取到字符串末尾，但根据实际测试返回的是 cdef"}

{"answer": "否", "解释": "ucfirst() 返回修改后的新字符串，不会原地修改原字符串，PHP 字符串为不可变值类型。"}

{"answer": "是", "解释": "heredoc 支持变量插值，而 nowdoc 类似单引号不支持变量插值。"}

{"answer": "否", "解释": "sort() 函数会将数组元素按值排序，但不保留原始键名，会重新分配从 0 开始的整数键。"}

{"answer": "是", "解释": "PHP 中字符串数字键会自动转换为整数键（'5' 变为 5），除非键是纯数字且非 '0x' 开头的字符串。"}

{"answer": "否", "解释": "in_array() 默认使用宽松比较（==），只有当第三个参数设为 true 时才使用严格比较（===）。"}

{"answer": "否", "解释": "不带回调时 array_filter() 只删除值为 FALSE、NULL、\"\"、0、\"0\"、空数组等 falsy 元素，但不删除值为 false 的数组键仍会被保留。"}

{"answer": "否", "解释": "array_slice() 默认会重新索引数字键，需要使用 preserve_keys 参数设为 true 才会保留原键。"}

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

{"answer": "2", "解释": "数组相加时左侧键名优先，'a' 只保留一次，结果为 ['a' => 1, 'b' => 2]，共 2 个元素。"}

```json ⏎ {"answer": "否", "解释": "展开运算符 [...'string'] 始终会解构成字符数组，无法用于带字符串键的数组展开。"} ⏎ ```

{"answer": "是", "解释": "在 PHP 中，命名参数确实不能在同一调用中与数组展开 ...$args 组合使用。"}

{"answer": "否", "解释": "PHP 中的匿名函数（闭包）默认无法访问外部作用域的变量，必须通过 use 关键字显式导入，因此没有 use 的匿名函数看不到外部变量。"}

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

{"answer": "否", "解释": "箭头函数若用花括号包裹，其函数体为块级语法，必须显式使用 return 语句才能返回值，因此不能直接包含多个表达式。"}

{"answer": "是", "解释": "箭头函数确实按引用惰性捕获外部变量，在调用取值时读取最新值。"}

{"answer": "是", "解释": "静态闭包不绑定到对象，因此不会捕获 $this。"}

```json ⏎ {"answer": "5", "解释": "闭包通过 use ($x) 按值捕获变量，捕获的是函数定义时刻 $x 的值 5，后续修改 $x 不影响闭包。"} ⏎ ```

{"answer": "是", "解释": "在弱类型模式下，PHP 允许将可转换为数字的字符串 \"5\" 隐式转换为 int 类型参数。"}

{"answer": "是", "解释": "PHP 8.0 起支持构造函数属性提升，可简化构造函数中属性的声明与赋值。"}

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

{"answer": "是", "解释": "final 关键字修饰的方法不能被子类重写或覆盖。"}

{"answer": "否", "解释": "父类中 private 可见性的属性只能在父类内部访问，子类无法直接访问。"}

{"answer": "class@anonymous", "解释": "get_class() 对匿名实例化对象返回 'class@anonymous'，不含文件路径。"}

{"answer": "是", "解释": "PHP 中父类的 private 方法不参与继承契约，子类可以任意可见性声明同名方法而不会报错。"}

{"answer": "错", "解释": "__get() 也会在访问不可见（如私有）属性时被调用，而不仅限于不存在的属性。"}

{"answer": "Error", "解释": "PHP 8.1 中给 readonly 属性重复赋值会抛出 Error（Throwable），而非 Exception。"}

{"answer": "是", "解释": "PHP 接口可以声明常量，这些常量在 PHP 7.1 起不能有访问修饰符。"}

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

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

{"answer": "否", "解释": "instanceof 运算符不仅检查类的继承关系，还会检查对象是否实现了某个接口。"}

{"answer": "否", "解释": "PHP 接口方法不能有默认实现，只能声明方法签名。"}

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

{"answer": "3", "解释": "enum Foo 定义三个枚举常量 A、B、C，cases() 返回所有这些情况。"}

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

{"answer": "是", "解释": "在 PHP 中，Throwable 接口确实是 Exception 和 Error 的共同祖先接口。"}

{"answer": "否", "解释": "TypeError 继承自 Error，而不是 Exception，因此无法被 catch (Exception $e) 块捕获。"}

{"answer": "错", "解释": "@ 运算符只能抑制错误（errors），无法抑制异常（exceptions），PHP 7 之后甚至对某些异常（如 TypeError）禁用该运算符。"}

```json ⏎ {"answer": "DivisionByZeroError", "解释": "intdiv() 在除数为 0 时抛出 DivisionByZeroError 异常。"} ⏎ ```

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

{"answer": "否", "解释": "finally 块中抛出的异常会覆盖 try 块原本的结果或异常，从而影响最终抛出的异常。"}

```json ⏎ {"answer": "true", "解释": "在 PHP 中，任何对象强制转换为布尔值都为 true，因此 (bool) new Exception('x') 返回 true。"} ⏎ ```

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

{"answer": "否", "解释": "PHP 不会自动根据命名空间路径加载类，除非配置了 PSR-4 自动加载（如 Composer），且 use 语句只是引入命名空间别名，不会实际加载文件。"}

```json ⏎ {"answer": "function", "解释": "导入函数时需要用 `use` 关键字后接 `function` 一词。"} ⏎ ```

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 将命名空间分隔符转换为路径分隔符，因此 App\\Controller\\Api\\ 对应 src/Controller/Api/ 目录。"}

{"answer": "是", "解释": "vendor/autoload.php 内部通过 spl_autoload_register() 注册 Composer 的类自动加载器。"}

{"answer": "是", "解释": "__NAMESPACE__ 常量确实包含当前所在命名空间的名称。"}

{"answer": "否", "解释": "非限定类名会从当前命名空间开始解析，只有使用完全限定名称（带前导 \\）才会从全局根解析。"}

{"answer": "是", "解释": "PSR-4 中命名空间目录与类文件名一一对应，App\\Model\\User 映射到 src/Model/User.php 是正确的。"}

{"answer": "否", "解释": "PHP 中没有像某些语言那样的局部 use 语句，use 是编译期指令，必须写在文件顶部作用于整个文件的命名空间。"}

{"answer": "是", "解释": "PHP 中数组是标量类型，赋值时会进行复制，而非按引用传递。"}

{"answer": "2", "解释": "PHP 数组是值类型，$b = $a 会复制数组，修改 $b 不影响 $a，所以 $a 仍有 2 个元素。"}

```json ⏎ {"answer": "错", "解释": "在函数内部还可以通过 $GLOBALS 超全局数组、static 关键字声明的静态变量，以及在函数内用 global 之外的其他机制（如访问 $GLOBALS['变量名']）来访问全局作用域的用户变量。"} ⏎ ```

{"answer": "错", "解释": "由于 $GLOBALS 本身是一个超全局数组，在其内部执行 unset($GLOBALS['x']) 会真正删除该全局变量，而非仅对当前函数生效。"}

{"answer": "6", "解释": "inc 函数通过引用传递接收 $x，对其执行 ++ 操作，因此 $n 的值变为 6。"}

{"answer": "否", "解释": "按值遍历 foreach 在循环开始时复制数组，内部修改对当前遍历不可见。"}

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

{"answer": "否", "解释": "PHP 中数组键为布尔值 true 时会被自动转换为整数 1 保存。"}

{"answer": "否", "解释": "PHP 生成器内部可以带值 return，但应通过 $gen->getReturnValue() 而非 getReturn() 获取。"}

{"answer": "是", "解释": "PHP 7.0+ 中生成器实现了 Iterator 接口，可多次迭代。"}

{"answer": "是", "解释": "yield from 语法确实会遍历委托给另一个生成器或可迭代对象。"}

{"answer": "Generator", "解释": "协程函数返回的是一个 Generator 对象，其类名为 Generator。"}

{"answer": "3", "解释": "生成器通过 yield from 输出 1、2、3，iterator_to_array 将其转为数组后包含 3 个元素。"}

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

{"answer": "是", "解释": "ArrayIterator 是 PHP 中的一个类，用于将数组包装成可通过 Iterator 接口遍历的对象。"}

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

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "password_hash() 会自动生成随机盐并内置到返回值中，无需手动传递盐。" ⏎ } ⏎ ```

{"answer": "否", "解释": "PASSWORD_DEFAULT 在 PHP 8 中默认使用 bcrypt 算法，而非 MD5。"}

{"answer": "true", "解释": "password_verify 会验证密码与哈希是否匹配，相同密码返回 true。"}

{"answer": "否", "解释": "strip_tags() 只去除 HTML/XML 标签，无法防止 SQL 注入。"}

{"answer": "是", "解释": "session_regenerate_id() 会生成新的会话 ID，可有效防止会话固定攻击。"}

{"answer": "php_sapi_name()", "解释": "php_sapi_name() 函数返回 PHP 所运行服务器 API 的名称，例如 cli、apache2 等。"}

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

{"answer": "错", "解释": "在 PHP 中，必须先调用 session_start() 启动会话，$_SESSION 数组才会加载会话数据。"}

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

{"answer": "是", "解释": "PHP 8.4 引入了属性钩子（Property Hooks）功能。"}

{"answer": "是", "解释": "非对称可见性是 PHP 8.4 引入的功能，允许使用 private(set) 等方式对属性设置器设置不同的可见性。"}

{"answer": "8.8", "解释": "#[\\NoDiscard] 属性是在 PHP 8.8 中引入的。"}

{"answer": "8.0", "解释": "管道运算符 |> 从 PHP 8.0 开始引入。"}

{"answer": "PHP 8.2", "解释": "clone-with 表达式 clone($obj, ['x' => 1]) 是 PHP 8.2 引入的新语法特性。"}

```json ⏎ {"answer": "5.5", "解释": "array_first() 和 array_last() 函数是在 PHP 5.5 版本中引入的，用于获取数组的第一个和最后一个元素。"} ⏎ ```

{"answer": "PHP 8.4", "解释": "Partial Function Application v2 提案已被接受并将随 PHP 8.4 一起发布。"}

{"answer": "8.6", "解释": "RFC clamp_v2 提出的 clamp() 函数计划在 PHP 8.6 中实现。"}

{"answer": "否", "解释": "PHP 是编程语言规范而非 IETF，不存在被 IETF RFC「接受」一说，RFC 列表中也无「Context Managers v2」这一文档。"}

{"answer": "否", "解释": "RFC「Bound-Erased Generic Types」目前并未被拒绝。"}

{"answer": "否", "解释": "ZTS 默认未启用，且无法通过 RFC 更改，因为它取决于编译时配置。"}

{"answer": "是", "解释": "PHP 8.5（预计2024年底发布）仍未引入原生泛型，PHP至今尚未支持参数化类型。"}

{"answer": "是", "解释": "PHP 8.5 于 2026-11-07 发布为稳定版本，8.6 预计 2026-11-19 发布。"}

{"answer": "是", "解释": "PHP 6 分支确实在 2005 年至 2010 年间开发后于 2010 年 12 月被放弃，PHP 官方在 5.6 之后直接转向了 7.0 的开发与发布。"}

{"answer": "是", "解释": "RFC《Deprecating #Deprecated Attributes》已被 PHP 社区接受。"}

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

{"answer": "是", "解释": "领域实体应保持纯粹，仅依赖语言本身和标准库，以维持领域驱动设计中的无知原则。"}

{"answer": "否", "解释": "控制器和 Twig 模板属于表示层或应用层，而非业务逻辑层，业务逻辑应在用例中实现。"}

{"answer": "核心业务实体（领域模型/实体与用例）", "解释": "洋葱架构中最中心是核心业务规则和领域实体，其他层（控制器、用例、接口、基础设施）逐层向外包裹以保护核心。"}

{"answer": "错", "解释": "deptrac 会在编译/静态分析阶段（运行时报错）主动报错，而不是在层边界被破坏时「自动捕获」运行时调用。"}

{"answer": "否", "解释": "用例不应接受 HTTP 请求，因为这会破坏其独立性。"}

{"answer": "存储库 (Repository)", "解释": "存储库是用于聚合实体集合并在接口背后隐藏存储机制的组件。"}

{"answer": "是", "解释": "PostgreSQL 属于框架层的数据访问实现，更换数据库只需替换外层的端口适配器和实现类，领域层和用例层不依赖具体数据库，因此保持不变。"}

{"answer": "否", "解释": "聚合是业务逻辑和一致性的边界单元，而非数据库表的别名，二者没有对应关系。"}

{"answer": "是", "解释": "值对象的核心特征正是不可变且按字段值进行比较。"}

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

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

{"answer": "是", "解释": "统一语言确实是开发者和领域专家共享的模型语言，这是领域驱动设计的核心概念之一。"}

{"answer": "词法作用域", "解释": "词法作用域内部模型和语言一致，边界外同样的词对应别的模型。"}

{"answer": "否", "解释": "贫血模型恰恰是 DDD 所反对的，DDD 推荐充血模型，将业务逻辑封装在实体内部。"}

{"answer": "是", "解释": "限界上下文的核心思想是每个上下文都有自己独立的模型，同一概念在不同上下文中确实对应不同的类。"}

{"answer": "是", "解释": "Symfony 的 DI 容器中的服务默认采用惰性创建，只有在首次被请求使用才会真正实例化。"}

{"answer": "list", "解释": "Symfony 中列出所有已注册路由的命令是 `bin/console debug:route` 或 `router:debug`，其中 `list` 是列出所有控制台命令的基础命令。"}

{"answer": "否", "解释": "自动装配的核心优势正是无需手动声明每个服务，它会根据类型提示自动推断和注入依赖。"}

```json ⏎ {"answer": "是", "解释": "Twig 将模板编译成 PHP 类并缓存在磁盘上，以提升后续请求的性能。"} ⏎ ```

{"answer": "否", "解释": "在 dev 环境中，每次请求都会重建容器并检查文件变化。"}

{"answer": "APP_ENV", "解释": "Symfony 使用 APP_ENV 环境变量来决定当前活动环境。"}

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

{"answer": "否", "解释": "事件订阅者和监听器收到事件的先后顺序由优先级决定，而非由接口决定，优先级可通过配置设置，订阅接口本身并不赋予更高优先级。"}

{"answer": "是", "解释": "Symfony 6.0 已完全移除旧的 Guard 认证机制，现使用基于 AuthenticatorInterface 的新型认证系统。"}

{"answer": "IsGranted", "解释": "Symfony 使用 #[IsGranted] 属性注解直接附加到控制器方法上，用于检查角色或权限，未授权时返回 403。"}

{"answer": "是", "解释": "Voter 是 Symfony Security 中用于检查对具体对象访问权的机制，通过 isGranted() 方法配合自定义 Voter 实现对象级权限控制。"}

{"answer": "是", "解释": "Symfony 7 移除了对 Doctrine 注解的支持，验证约束现在必须使用 PHP 8 属性声明。"}

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

{"answer": "是", "解释": "Symfony 表单验证在服务器端执行，客户端 HTML5 验证仅用于用户体验，不可靠且可被绕过，因此即使客户端检查通过，服务器端仍会重新验证。"}

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

{"answer": "错", "解释": "Symfony 使用认证提供程序（如 bcrypt、argon2）对密码进行哈希加密存储，绝不会以明文形式存储在会话中。"}

```json ⏎ { ⏎   "answer": "错", ⏎   "解释": "Symfony 在 config/packages 中使用的是按环境（dev、prod、test）划分的目录，而非每个 bundle 一个文件。" ⏎ } ⏎ ```

{"answer": "是", "解释": "这是 Laravel 等框架的推荐做法，提交的 .env.example 包含默认值供团队协作，真正的机密放在 .gitignore 中的 .env.local 或 .env 里。"}

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

```json ⏎ {"answer": "否", "解释": "Symfony 容器在编译后会被冻结，运行时调用 setParameter() 会抛出异常。"} ⏎ ```

{"answer": "否", "解释": "Symfony 默认将服务设置为私有（public: false），以提高容器性能并鼓励通过依赖注入访问服务。"}

{"answer": "否", "解释": "bundle 可以不依赖配置文件正常工作，Symfony 提供默认配置，且很多组件无需配置即可使用。"}

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

{"answer": "APP_DEBUG", "解释": "Symfony 通过 APP_DEBUG 环境变量控制调试模式，开启后启用 profiler 和 Twig 调试功能。"}

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

{"answer": "错", "解释": "Messenger 的 sync 同步传输会立即执行处理器而不入队，只有 async 才会把消息放入队列交给 worker 处理。"}

{"answer": "php artisan queue:work", "解释": "queue:work 命令启动一个长期运行的进程来处理队列中的 Messenger 消息。"}

{"answer": "是", "解释": "在 Symfony Messenger 中，retry_strategy 确实是在传输层（transports 配置）中设置的。"}

{"answer": "是", "解释": "PHP 的 Messenger 组件默认使用 JSON 序列化器对消息进行序列化。"}

{"answer": "是", "解释": "Symfony Scheduler 按计划产生消息并通过 Messenger 发送。"}

{"answer": "DoctrineMessenger", "解释": "DoctrineMessenger 是 Symfony Messenger 的内置传输，它通过 Doctrine 将消息存储到数据库表中。"}

{"answer": "是", "解释": "Messenger 的管道支持通过事件监听器添加自定义 middleware，可设置在内置中间件之前或之后。"}

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

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

{"answer": "否", "解释": "Symfony 7.0 移除了对 docblock 注解（验证、路由）的支持，仅支持 PHP 8 的 Attributes。"}

{"answer": "是", "解释": "AssetMapper 通过 importmap.php 映射依赖，无需 Node、webpack 或构建步骤即可管理 CSS 和 JS。"}

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

{"answer": "错", "解释": "Symfony 的主版本会移除在之前主版本中标记为弃用的功能。"}

{"answer": "是", "解释": "Symfony 的每个主版本都提供 UPGRADE 文档，列出迁移和变更说明。"}

```json ⏎ {"answer": "Symfony Asset Package", "解释": "这是 Symfony 用于管理前端资源的核心组件。"} ⏎ ```

{"answer": "否", "解释": "截至 2026-11-07，Symfony 8.2 尚未发布，Symfony 8.0 于 2026 年 2 月发布，8.2 版本应尚未推出。"}

{"answer": "是", "解释": "Symfony 遵循每六个月（4月、11月）发布新版本的周期，8.2 版本按计划在 2026 年 11 月发布。"}

{"answer": "6.4", "解释": "Symfony 7.0 于 2023 年 2 月发布，作为新的 LTS 版本，8.1 之前的版本是 7.x 系列，因此 8.1 之后（按版本号顺序）发布的下一个版本就是 7.0，但问题问的是 8.1 之后会发布哪个版本，答案应为 7.x 系列，其中最新的长期支持版本是 6.4。"}

{"answer": "否", "解释": "Symfony 采用语义化版本控制，只有小版本号（如 5.4、6.0）才表示主版本，8.2 只是同一主版本下的次要更新，无需重写应用程序。"}

{"answer": "是", "解释": "PHP 的向后兼容政策保证主分支内的更新（如 8.1 → 8.2）不应引入破坏性变更，因此通常不需要修改代码。"}

{"answer": "8.1", "解释": "Symfony 8.x 分支的最后一个次版本是 8.1。"}

{"answer": "错", "解释": "Symfony 7.x 支持 PHP 8.1 至 8.4，而 Symfony 8.x（非 8.2）已计划要求 PHP 8.4 而非 8.5。"}

{"answer": "是", "解释": "根据 Symfony 的弃用政策，在某个版本分支中添加的弃用功能，最早要等到该版本 +2 的主版本（如 8.x 分支添加的最早到 9.0）才会被移除。"}

{"answer": "否", "解释": "Twig 出于安全考虑默认不允许在模板中直接执行任意 PHP 代码。"}

{"answer": "是", "解释": "Twig 默认使用 autoescape 功能，会将输出的变量按 HTML 规则进行转义以确保安全。"}

{"answer": "是", "解释": "Twig 的 |e 过滤器默认使用 HTML 转义策略，将字符串转义为可在 HTML 上下文中安全输出的格式。"}

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

{"answer": "是", "解释": "raw 过滤器会禁用 HTML 自动转义并原样输出值。"}

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

{"answer": "否", "解释": "Twig 模板可以使用 var 标签声明局部变量，例如 {% set name = 'John' %}。"}

{"answer": "var_dump", "解释": "Twig 的 var_dump 函数会输出变量的调试结构，包括数组和对象的内容。"}

{"answer": "是", "解释": "Bootstrap 是用于构建 UI 的 CSS/JS 组件库，而非单页应用框架。"}

{"answer": "container-fluid", "解释": "Bootstrap 中没有按断点固定最大宽度的类，container 是固定最大宽度，container-fluid 是全宽，按断点固定最大宽度的应该是 container。"}

{"answer": "错", "解释": "Bootstrap 5 的栅格基于 CSS flexbox，而非 CSS float。"}

{"answer": "错", "解释": "Bootstrap 5 提供 sm、md、lg、xl、xxl 五个断点，但 xxl 是 Bootstrap 5.2 新增的，经典版本只到 xl，所以「共五个并含 xxl」表述过于绝对。"}

{"answer": "是", "解释": "在 Bootstrap 中，.mt-3、.px-2 等间距工具类确实使用 $spacer 的倍数作为间距刻度。"}

```json ⏎ {"answer": "data-bs-toggle", "解释": "Bootstrap 5 使用 data-bs-toggle 属性来启用下拉菜单等交互组件。"} ⏎ ```

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

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

{"answer": "否", "解释": "Doctrine ORM 默认不会自动创建表，需要手动执行 schema 工具命令（如 schema:create 或 schema:update）来生成和更新数据库结构。"}

{"answer": "persist()", "解释": "persist() 方法将新实体对象标记为受管理并加入变更检测，SQL 的 INSERT 操作会在 flush() 时才真正执行。"}

{"answer": "否", "解释": "Doctrine ORM 3 中 EntityManager::merge() 方法已被移除。"}

{"answer": "是", "解释": "DQL 以实体和实体字段为单位编写，而非数据库表和列。"}

{"answer": "NULL", "解释": "当 repository 的 find 方法未找到对应记录时，通常返回 null。"}

{"answer": "否", "解释": "Doctrine 不会自动调用 flush()，必须由开发者手动调用以持久化实体更改。"}

{"answer": "是", "解释": "对于受管理的实体，Doctrine 的 Unit of Work 会进行延迟扫描并自动追踪属性变更，因此无需显式调用 persist() 即可在 flush() 时提交更改。"}

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

{"answer": "否", "解释": "PostgreSQL 使用 MVCC，读写不会相互阻塞。"}

{"answer": "EXPLAIN", "解释": "使用 EXPLAIN 命令可以在 SQL 查询前加前缀来显示执行计划而不实际执行查询。"}

{"answer": "否", "解释": "SERIAL 基于序列且存在行为差异，而 GENERATED ... AS IDENTITY 是标准机制，两者不完全相同。"}

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

{"answer": "STRING_AGG", "解释": "STRING_AGG 函数使用指定的分隔符将多行字符串拼接成单个字符串。"}

{"answer": "否", "解释": "普通 VACUUM 只会将空闲空间归还给表自身以便复用，并不会归还给操作系统，只有 VACUUM FULL 才会收缩文件并释放空间给操作系统。"}

{"answer": "PARTITION BY", "解释": "在窗口函数中，PARTITION BY 关键字将结果集按一个或多个列分成若干组，窗口函数对每组分别进行计算。"}

{"answer": "否", "解释": "READ COMMITTED 只能防止脏读，无法防止不可重复读，后者需要可重复读（Repeatable Read）隔离级别才能避免。"}

{"answer": "是", "解释": "PostgreSQL 默认对每条独立的 SQL 语句使用隐式事务（autocommit 模式），无需显式开启事务。"}

{"answer": "COMMIT", "解释": "COMMIT 命令结束事务并将其中所有更改永久保存到数据库中。"}

{"answer": "是", "解释": "索引能加速任何在 WHERE 子集中按索引列进行条件匹配的 UPDATE 和 DELETE 语句，减少需要扫描的行数。"}

{"answer": "是", "解释": "PostgreSQL 使用 SAVEPOINT 允许回滚事务中的部分语句。"}

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询并显示计划，而 EXPLAIN 只显示计划而不执行。"}

{"answer": "pgvector", "解释": "pgvector 是一个 PostgreSQL 扩展，它为数据库添加了向量（embedding）类型并支持向量相似度搜索索引。"}

{"answer": "是", "解释": "部分索引只为满足 WHERE 条件的行构建，不满足条件的行不会建立索引。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 隔离级别主要通过 Serializable Snapshot Isolation（SSI）算法实现，并通过检测写冲突而非简单锁定读取行来防止并发事务的序列化冲突。"}

{"answer": "是", "解释": "HTTP 201 Created 状态码确实在资源成功创建时返回。"}

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

{"answer": "是", "解释": "DELETE 方法是幂等的，对同一资源重复请求会产生相同的结果，即资源被删除。"}

{"answer": "错", "解释": "Access-Control-Allow-Origin 头是由服务器返回的，而不是由客户端发送的。"}

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

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

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

{"answer": "是", "解释": "RFC 5789 明确指出 PATCH 不需要幂等，这与 PUT 的幂等性要求不同。"}

{"answer": "否", "解释": "哈希值可能包含特殊字符，使用 == 会比较会导致类型混淆误判相等，必须使用安全的 strcmp 或 hash_equals 进行比较。"}

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

{"answer": "Content-Security-Policy", "解释": "CSP 策略通过 Content-Security-Policy HTTP 头进行配置和启用。"}

{"answer": "否", "解释": "OAuth 2.0 是授权协议而非身份认证协议，access 令牌用来说明权限而非确认用户身份。"}

{"answer": "否","解释":"服务器端输入校验不能防止 XSS，因为攻击者可绕过客户端校验，真正防止 XSS 需在输出时进行上下文相关的转义。"}

{"answer": "code (授权码/authorization code)", "解释": "在授权码流程中，authorization_code 参数会随 redirect_uri 回调返回，用于换取 access 令牌。"}

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

{"answer": "否", "解释": "密码盐本身不需要保密，校验哈希时只需要使用相同的盐即可，盐可以公开存储。"}

{"answer": "否", "解释": "PHPUnit 默认要求测试类继承 PHPUnit\\Framework\\TestCase 或使用 #[Test] 属性标记方法才能被识别执行。"}

{"answer": "否", "解释": "PHPUnit 的 setUp() 方法在每一个测试方法执行之前都会运行一次，而不是只执行一次。"}

{"answer": "错", "解释": "PHP数据提供者可以返回多组参数，从而运行多次测试。"}

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

{"answer": "否", "解释": "说法正好相反，mock 用于检查方法是否被调用，stub 用于返回预设数据而不检查调用。"}

{"answer": "是", "解释": "在 PHPUnit 10+ 中，#[DataProvider] 属性已成为推荐的数据传递方式，@dataProvider 注解已弃用。"}

{"answer": "否", "解释": "PHPUnit 通过 @depends 注解或 withData() 支持声明测试依赖。"}

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

{"answer": "3-3", "解释": "intdiv(7,2) 向下取整为 3，intdiv(-7,2) 向下取整为 -3，拼接后输出 3-3。"}

```json ⏎ {"answer": "-9", "解释": "在 PHP 中 ** 运算符优先级高于一元负号，所以 -3 ** 2 实际上是 -(3 ** 2)，即 -9。"} ⏎ ```

{"answer": "true", "解释": "PHP 将 '1e1' 和 '10' 都当作数字进行比较，'1e1' 科学计数法等于 10，因此相等返回 true。"}

{"answer": "other", "解释": "switch 使用松散比较，字符串 'a' 会被转换为整数 0，从而匹配 case 0。"}

{"answer": "2bc", "解释": "strtr 处理字符串数组时按最长前缀优先匹配，先匹配到 'ab' 输出 '2'，剩余 'bc' 不变。"}

{"answer": "[o]", "解释": "substr 的负数偏移量 -10 小于字符串长度，PHP 会从字符串开头截取，因此返回整个 'hello'}

{"answer": "k,n,m", "解释": "数组 + 运算时右侧未键名相同的元素会被追加到末尾，所以结果数组键名为 k、n、m。"}

{"answer": "xyz", "解释": "usort 按第三个元素排序后第二个元素依次是 x、y、z，拼接得到 xyz。"}

{"answer": "4", "解释": "数组键 a 和 b 与参数名匹配，按引用顺序 a=5、b=1 传入，5-1=4。"}

{"answer": "3", "解释": "Closure::fromCallable($p->g(...)) 绑定到对象 $p 并创建闭包，移除 ... 后 $f 是返回 3 的闭包，即使 $p 置空因闭包持有引用仍可用。"}

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

{"answer": "10", "解释": "这是 PHP 属性挂钩（property hooks，PHP 8.5/Backed Properties 提案）语法，赋值触发 set 钩子将 $value*2 存为 10，读取返回该值。"}

{"answer": "BA", "解释": "TB::f insteadof TA 使 f() 来自 TB 返回 'B'，TA::f as g 让 TA 的版本作为 g() 返回 'A'。"}

{"answer": "0", "解释": "Trait 中的静态属性在每个使用它的类中各自独立，所以 CY::$n 仍为初始值 0。"}

{"answer": "2", "解释": "PHP 中 finally 块中的 return 会覆盖 try 块中的 return 值。"}

{"answer": "second", "解释": "内部 try 抛出 RuntimeException 后进入 finally，finally 抛出的 LogicException 会替换原异常并被外层 catch 捕获，因此输出 'second'。"}

{"answer": "N\\Foo|Baz", "解释": "use 别名 Baz 指向 N\\Foo，故 Baz::class 为 N\\Foo，而带前反斜杠的 \\Baz 指向全局命名空间的全局类 Baz。"}

{"answer": "yesno", "解释": "未导出的类名必须使用完整命名空间才能被 class_exists 解析，简称 Foo 找不到故返回 no。"}

{"answer": "1,2,99", "解释": "引用遍历后 $v 仍引用 $a 的最后一个元素，但赋值 99 会覆盖该位置的 3，因此输出 1,2,99。"}

{"answer": "1", "解释": "static 静态变量在每个类中独立保存，B::inc() 使用 B 的独立静态变量，因此 $a->inc() 仍从 1 开始计数。"}

{"answer": "11", "解释": "send(10) 使 yield 返回 10，return 返回 10+1=11，getReturn() 捕获该返回值。"}

{"answer": "1,2,ok", "解释": "yield from 会依次产出 inner 的两个 yield 值，并将 return 值 'ok' 作为表达式结果，随后 yield $r 产出 'ok'。"}

{"answer": "yessnno", "解释": "第一次哈希用cost 4生成，与cost 4比较无需rehash输出no，与cost 5比较需要rehash输出yes。"}

{"answer": "strict-in", "解释": "E_ALL 在 PHP 8.4+ 包含 2048 (E_STRICT) 位，所以按位与结果为 2048 非零，输出 'strict-in'。"}

{"answer": "mapped", "解释": "Request::create 会将 HTTP_X_TOKEN 请求头转换为 X-Token 头并赋值 abc，因此 get('X-Token') 返回 abc 匹配成功输出 mapped。"}

{"answer": "ABC", "解释": "优先级数值越大越先执行，所以顺序是 B(10)、C(5)、A(0)。"}

{"answer": "same", "解释": "第一次 find 会加载实体并缓存到一级缓存，第二次 find 从一级缓存返回同一对象，因此对象 ID 相同。"}

{"answer": "0", "解释": "persist 后移除实体并 flush，UnitOfWork 会从持久化集合中删除该实体，因此表中无新增行，查询返回 0 条记录。"}

{"answer": "1", "解释": "COUNT(x) 只统计非 NULL 值，表中有 1 和 NULL 两行，只有 1 是非 NULL。"}

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

```json ⏎ {"answer": "M1M2", "解释": "消息总线的中间件按注册顺序依次执行，M1 先输出再调用栈调用 M2，M2 再输出，最终输出 M1M2。"} ⏎ ```

{"answer": "11", "解释": "两个中间件都被调用（每个 handle 之前各调用一次），因此 n = 1 + 10 + 0 = 11。"}

{"answer": "1", "解释": "唯一索引阻止重复值插入，两次 ON CONFLICT DO NOTHING 都因冲突被跳过，表中只有一行。"}

{"answer": 1, "解释": "唯一约束为可延迟且初始为延迟模式，两条 INSERT 都在事务提交时才检查，产生重复值导致约束冲突，事务回滚。"}

{"answer": "2", "解释": "--filter test_sum 匹配 test_sum 和 test_sum_abs 两个方法，每个方法通过 prov 数据提供者运行 3 组数据，共 3+3=6 个测试用例，但按 PHPUnit 统计惯例，--filter 对名称精确匹配 test_sum 实际只匹配 test_sum 方法本身运行 3 个测试。"}

{"answer": "2, 1", "解释": "DataProvider 提供两组数据([1]和[-1])，因此执行2个测试，其中-1不满足$x>0导致1个失败。"}

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

{"answer": "GET", "解释": "curl 使用 -G 标志时会把 -d 指定的数据附加到 URL 查询字符串中，并使用 GET 方法发送请求。"}

{"answer": "invalid_client", "解释": "当使用不存在的 client_id 请求令牌时，RFC 6749 规定令牌端点应返回 invalid_client 错误。"}

{"answer": "URL fragment (hash) 部分", "解释": "OAuth 2.0 implicit 流程（response_type=token）将 access_token 放在重定向 URI 的 fragment（# 之后的部分）中以避免令牌通过 URL 泄露给服务器。"}

{"answer": "0", "解释": "默认过滤器将 false 转为 0，再乘以 3 得到 0。"}

```json ⏎ { ⏎   "answer": "Twig\\Error\\SyntaxError", ⏎   "解释": "Twig 中字符串 'a' 与整数 1 拼接会触发类型错误并抛出 SyntaxError。" ⏎ } ⏎ ```

{"answer": "1", "解释": "空字符串不满足 NotBlank 约束，会产生一个验证错误，因此错误数量为 1。"}

{"answer": "Symfony\\Component\\Form\\Exception\\UnexpectedException", "解释": "isValid() 在未提交表单或缺少数据时会抛出 UnexpectedException。"}

```json ⏎ { ⏎   "answer": "same", ⏎   "解释": "Symfony 容器默认单例模式，get 返回同一实例，故 spl_object_id 相同。" ⏎ } ⏎ ```

{"answer": "hi Bob!", "解释": "依赖注入容器在 compile() 时进行参数替换，%name% 先解析为 Bob，再逐层解析 %greeting% 和 %message%，最终输出 hi Bob!"}

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

{"answer": "text-primary", "解释": "两个类都设置 color 且优先级相同，后声明的 text-primary 生效。"}

{"answer": "2", "解释": "OrderService 位于 Domain 层，它依赖了 Application 层的 PlaceOrder 和 Infrastructure 层的 Db，这两者都违反了「Domain → 仅 Domain」的规则。"}

{"answer": "2", "解释": "BillingService（Domain）依赖 Application\\PlaceOrder（违反 Application→Domain）和 Infrastructure\\Db、Infrastructure\\Logger（违反 Infrastructure→Domain，但 deptrac 统计 Infrastructure→Domain 为一个违规规则，故 Db 和 Logger 计为 1 个违规），共计 2 个违规。"}

{"answer": "10,15", "解释": "Money 是不可变对象，add 返回新对象，原对象 $a 的 amount 仍为 10，$c 的 amount 为 15。"}

{"answer": "1", "解释": "捕获域异常后 $this->items 中仍保留键 'a'，因此 count() 返回 1。"}

{"answer": "hi", "解释": "PHP 允许直接对 new 返回的对象调用方法（对象实例化后链式调用），hi() 返回字符串 'hi' 并被 echo 输出。"}

{"answer": "yesno", "解释": "newLazyGhost 返回未初始化的幽灵对象，isUninitializedLazyObject 为 yes；访问 $o->v 触发初始化闭包执行后变为否。"}

{"answer": "no", "解释": "Symfony 6.x 已移除旧的 Guard 认证机制，AbstractGuardAuthenticator 类已不存在，因此在 8.1 上 class_exists 返回 false。"}

{"answer": "nno", "解释": "RoutingClassLoader 在 6.4 已弃用并在 7.0 移除故 no；AnnotationClassLoader 也在 7.0 移除故 no；AttributeClassLoader 存在于 8.1 故 yes。"}