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

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

{"answer": "是", "解释": "?? 运算符（空合并运算符）会检查变量是否已设置且不为 null，未定义变量时不会触发警告。"}

{"answer": "ab", "解释": "echo 接受多个用逗号分隔的参数并依次输出，单引号字符串逐字输出，逗号不会插入空格。"}

{"answer": "错", "解释": "PHP 的 print 返回值为 1 确实成立，但它是语句而非函数，因此严格来说不能像函数那样作为表达式内部嵌套使用。"}

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

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

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

{"answer": "3", "解释": "点号连接符优先级高于加号，先拼接'总和: '和2得到'总和: 2'，再与3相加自动转换为数字进行算术运算，输出3。"}

{"answer": "否", "解释": "在严格比较（===）下，数组相等需要元素顺序、键名和类型完全一致，顺序不同视为不相等。"}

{"answer": "否", "解释": "0 == false 使用松散比较会返回 true，因为 0 会被转换为 false。"}

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

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

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

{"answer": "10", "解释": "PHP 中将字符串 '5' 作为数值参与运算时会自动转换为数字 5，因此 5 + 5 = 10。"}

{"answer": "否", "解释": "转换为字符串时，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() 可以通过第三个参数指定左侧、右侧或两侧补齐，默认是右侧补齐。"}

{"answer": "否", "解释": "trim() 默认会去掉包括空格、制表符、换行符、回车符、纵向制表符和横向制表符在内的多种空白字符。"}

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

{"answer": "cde", "解释": "substr 使用负数偏移量时从字符串末尾开始计数，-3 表示从倒数第 3 个字符 'c' 开始截取到结尾，因此返回 'cde'。"}

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

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

{"answer": "否", "解释": "sort() 函数会重新排列数组并重置数字键，不保持键值对应关系。"}

{"answer": "否", "解释": "整数 5 和字符串 '5' 作为数组键是等价的，不会相互转换存储，'abc' 才会被尝试转为数字键。"}

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

{"answer": "错", "解释": "不带回调时 array_filter() 默认使用 SORT_REGULAR 进行比较，会移除所有 falsy 值（如 0、空字符串、null、false、空数组）。", "解释2": "此描述实际上是正确的，array_filter() 在不提供回调函数时确实会过滤掉所有假值元素。"}

{"answer": "错", "解释": "array_slice() 默认会使用重新索引的数字键，而非保留原键名。"}

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

{"answer": 2, "解释": "数组相加时左侧元素优先级更高，相同键'a'保留左侧的1，最终数组为['a'=>1,'b'=>2]，共2个元素。"}

{"answer": "是", "解释": "PHP 8.1 起展开运算符支持带字符串键的数组。"}

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

{"answer": "否", "解释": "PHP 匿名函数默认不会继承外部作用域变量，必须通过 use 显式导入外部变量。"}

```json ⏎ {"answer": "3", "解释": "func_num_args() 返回调用函数时实际传入的参数个数，此处传入了 3 个参数。"} ⏎ ```

{"answer": "错", "解释": "箭头函数若使用花括号则必须有显式的 return 语句，不能像简写形式那样直接返回多个表达式的值。"}

{"answer": "是", "解释": "箭头函数通过词法作用域按引用捕获外部变量，且仅在真正使用时才读取其当前值。"}

{"answer": "是", "解释": "使用 static 关键字声明的闭包不能访问 $this。"}

{"answer": "5", "解释": "闭包通过 use 捕获的是变量的值而非引用，因此在 $x 被重新赋值后 $f() 仍返回捕获时的 5。"}

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

{"answer": "是", "解释": "PHP 8.0 引入了构造函数属性提升功能。"}

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

{"answer": "是", "解释": "使用 final 关键字声明的方法不能被子类重写。"}

{"answer": "否", "解释": "private 可见性的属性只能在声明它们的类中访问，子类无法访问父类的 private 属性。"}

{"answer": "class@anonymous", "解释": "PHP 为匿名类生成唯一的内部类名 class@anonymous。"}

{"answer": "是", "解释": "父类的 private 方法不参与继承契约，因此子类可以用任意可见性声明同名方法而不违反契约。"}

{"answer": "错", "解释": "__get() 在访问不可访问或不存在（含继承自其它类）的属性时都会被调用，不只针对不存在的属性。"}

{"answer": "Error", "解释": "对 readonly 属性重复赋值会抛出 Error（具体为 Error 类，非 Exception）。"}

{"answer": "是", "解释": "PHP 接口可以声明常量，这些常量自动为 public 且必须是常量值。"}

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

{"answer": "是", "解释": "PHP 7.0 起接口可以声明静态方法，实现类需提供对应的静态方法实现。"}

{"answer": "否", "解释": "instanceof 运算符不仅检查类，也检查接口，对象实现某接口时 instanceof 也会返回 true。"}

{"answer": "否", "解释": "PHP 接口方法不能带有默认实现，但 PHP 8.1 起支持接口中定义常量方法，普通接口方法仍是抽象的，默认实现是 trait 的专属特性。"}

{"answer": "是", "解释": "PHP 抽象类中的抽象方法可以声明为 protected 可见性。"}

{"answer": "3", "解释": "enum Foo 定义了 A、B、C 三个枚举案例，cases() 返回所有案例数组，共 3 个元素。"}

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

{"answer": "是", "解释": "在 PHP 中，Throwable 接口确实是 Exception、Error 以及其他所有可抛出类型的共同祖先接口。"}

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

{"answer": "错", "解释": "@ 运算符只能抑制错误，不能抑制异常，异常需要使用 try/catch 块处理。"}

{"answer": "DivisionByZeroError", "解释": "intdiv(5, 0) 因除数为零会抛出由 ArithmeticError 继承的 DivisionByZeroError 异常。"}

{"answer": "否", "解释": "无论异常是否被 catch 块捕获，甚至在没有异常的情况下，finally 块都会执行。"}

{"answer": "错", "解释": "在 finally 块中抛出的异常会覆盖 try 块原本的异常或返回值。"}

{"answer": "TRUE", "解释": "在 PHP 中，任何对象强制转换为布尔值都恒为 TRUE，因此该表达式返回 TRUE。"}

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

{"answer": "错", "解释": "use 语句仅作别名声明，不会自动加载类，实际使用时才会触发自动加载。"}

{"answer": "function", "解释": "导入函数需要在 use 后面写 function 关键字。"}

{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 将命名空间分隔符 \\ 映射为目录分隔符，因此 App\\Controller\\Api\\ 对应 src/Controller/Api/，加上类名 UserController 后为 Controller/Api/UserController.php。"}

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

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

{"answer": "否", "解释": "在 new 中使用非限定类名时，PHP 会从当前命名空间（而非全局根）开始解析，若当前命名空间不存在该类才会回退到全局命名空间。"}

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

{"answer": "否", "解释": "PHP 中的 use 语句用于命名空间，必须位于文件作用域的顶部，不能在函数体内使用。"}

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

{"answer": "2", "解释": "PHP 数组按值传递，$b = $a 会复制数组，修改 $b 不影响 $a。"}

```json ⏎ {"answer": "错", "解释": "PHP 提供了 $GLOBALS 全局数组以及 use 关键字（导入用）等多种方式在函数内部访问全局作用域变量，因此并非无法访问。"} ⏎ ```

{"answer": "错", "解释": "由于 $GLOBALS 是超级全局变量数组，在函数内 unset($GLOBALS['x']) 会直接删除全局作用域中的 x 变量，而不是仅对该函数生效。"}

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

{"answer": "否", "解释": "按值遍历 foreach 内部对数组的修改在遍历过程中不可见。"}

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

{"answer": "否", "解释": "PHP 中数组键为布尔值时会自动转换为整数（true 转为 1，false 转为 0），不会以 bool 类型保存。"}

{"answer": "否", "解释": "PHP 生成器内部确实可以使用带值的 return，但获取该值应使用 $gen->getReturn()，此说法本身正确；不过此方法需先执行完生成器才能取到，实际使用中容易被忽略。", "注意": "题目说法正确。"}

{"answer": "否", "解释": "PHP 9 起 rewind() 会抛异常，已遍历完的生成器不能倒回重新遍历。"}

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

{"answer": "Generator", "解释": "生成器函数调用后返回 Generator 类的实例，其类名为 Generator。"}

{"answer": "3", "解释": "生成器通过 yield from 产出 3 个元素，iterator_to_array 将其转为数组后用 count 统计得到 3。"}

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

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

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

```json ⏎ {"answer": "是", "解释": "password_hash() 会在内部自动生成随机盐，并将其编码到返回的哈希值中，因此无需单独提供盐。"} ⏎ ```

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

{"answer": "true", "解释": "password_verify 会验证哈希值与原始密码是否匹配，由于使用的是相同的 'secret' 字符串，验证成功返回 true。"}

{"answer": "否", "解释": "strip_tags() 只能移除 HTML/XML 标签，无法阻止 SQL 注入，防注入需要参数化查询或转义。"}

{"answer": "是", "解释": "session_regenerate_id() 会在登录时刷新会话 ID，从而有效防范会话固定攻击。"}

{"answer": "php_sapi_name()", "解释": "php_sapi_name() 函数返回 PHP SAPI（服务器应用程序编程接口）的名称，例如 cli、apache2 等。"}

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

{"answer": "否", "解释": "必须调用 session_start() 才能加载会话数据并激活会话，否则 $_SESSION 不会自动加载之前的会话内容。"}

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

{"answer": "是", "解释": "PHP 8.4 确实引入了属性钩子（property hooks）功能。"}

{"answer": "是", "解释": "非对称可见性（asymmetric visibility）是 PHP 8.4 引入的新特性，允许为属性设置独立的读写可见性。"}

{"answer": "PHP 8.2", "解释": "属性 #[\\NoDiscard] 于 PHP 8.2 引入，用于标记被丢弃时会产生警告的值。"}

{"answer": "8.0", "解释": "管道运算符 |> 在 PHP 8.0 版本中引入，用于将表达式作为参数传递给函数。"}

{"answer": "PHP 8.2", "解释": "clone-with 语法（带参数数组的 clone 表达式）是在 PHP 8.2 版本中引入的。"}

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

{"answer": "PHP 8.4", "解释": "RFC Partial Function Application v2 已被接受并引入 PHP 8.4 版本。"}

{"answer": "PHP 8.6", "解释": "RFC clamp_v2 提案的函数 clamp() 被计划实现于 PHP 8.6 版本。"}

{"answer": "错", "解释": "PHP 并不接受 RFC 形式的「Context Managers v2」，该 RFC 并不存在。"}

{"answer": "否", "解释": "该 RFC 已被接受为推荐标准（Recommendation），而非被拒绝。"}

```json ⏎ {"answer": "错", "解释": "ZTS 在 PHP 7.4 时默认即为开启状态，而非 2026 年新接受的 RFC。"} ⏎ ```

{"answer": "是", "解释": "PHP 8.5 尚未发布，目前 PHP 最新版本为 8.3/8.4，PHP 仍未支持真正的参数化泛型。"}

{"answer": "否", "解释": "PHP 8.5 尚未发布（GA 为 2026-11-20），截至 2026-11-07 最新稳定版本为 PHP 8.4。"}

{"answer": "是", "解释": "PHP 6 分支项目最终被取消，从 PHP 5.6 直接跳转到 PHP 7.0。"}

{"answer": "是", "解释": "该 RFC 已被接受，用于向 PHP 核心添加 #[\Deprecated] 属性。"}

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

{"answer": "对", "解释": "领域实体应保持纯净，仅使用 PHP 语言本身和标准库，避免直接依赖 Doctrine 或 Symfony 等框架。"}

{"answer": "否", "解释": "控制器和 Twig 模板属于应用层而非业务逻辑层，它们只是调用用例，真正的业务规则应放在领域模型中。"}

{"answer": "核心业务实体（领域模型/实体与业务规则）", "解释": "洋葱架构的最中心是业务规则和业务实体，它不依赖任何外部层。"}

{"answer": "错", "解释": "deptrac 是静态分析工具，只在运行测试或检查时检测，不会在运行时自动捕获禁止调用。"}

{"answer": "错", "解释": "用例（interactor）应保持独立，不应直接接受 HTTP 请求或 EntityManager 等框架特定对象，而应接收纯数据以保证可测试性和可复用性。"}

{"answer": "仓储（Repository）", "解释": "仓储是介于领域层与数据映射层之间、隐藏存储机制并提供实体集合访问的组件。"}

{"answer": "是", "解释": "PostgreSQL 属于数据访问层（外层），在整洁架构中通过接口隔离，替换数据库只需更换实现而不影响领域和用例层。"}

{"answer": "否", "解释": "聚合是业务领域概念模型，与数据库表无一对一映射关系，一个聚合可跨多张表，一张表也可映射多个聚合。"}

{"answer": "是", "解释": "值对象的核心特性就是不可变且按字段值进行比较，而非按引用或标识符比较。"}

{"answer": "Facade（外观）", "解释": "这是外观模式，作为子系统的外部唯一入口，所有请求都必须经过它来代理访问。"}

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

{"answer": "是", "解释": "统一语言是领域驱动设计中开发者和领域专家共享的、用于描述系统核心业务过程的词汇和模型的通用语言。"}

{"answer": "语域 (Register)", "解释": "语域指语言在特定交际情境下的变体，其边界内模型与语言一致、边界外对应其他模型。"}

{"answer": "否", "解释": "DDD 推荐使用富血模型（领域对象封装逻辑），贫血模型正是 DDD 所反对的。"}

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

```json ⏎ {"answer": "错", "解释": "Symfony 容器默认采用非惰性（立即实例化）模式，需要在配置中显式启用 lazy 才会惰性创建。"} ⏎ ```

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

{"answer": "否", "解释": "自动装配的核心优势就是无需手动声明服务，框架会根据类型提示自动推断并连接服务。"}

{"answer": "是", "解释": "Twig 将模板编译成 PHP 类并缓存在磁盘上以提升性能。"}

{"answer": "是", "解释": "在 dev 环境中，Symfony 会跟踪受影响的源文件变化，只有当文件发生变化时才重建 DI 容器，以提高性能。"}

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

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

{"answer": "否", "解释": "事件订阅者和监听器接收事件的先后顺序由它们各自配置的优先级决定，而不是由是否为订阅者决定。"}

{"answer": "是", "解释": "在 Symfony 6.0 中，旧的 Guard 认证机制已被移除，认证系统完全基于 AuthenticatorInterface 实现的 authenticator 类。"}

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

{"answer": "对", "解释": "Voter 是 Symfony Security 用于检查对具体对象访问权的机制，可通过 isGranted('EDIT', $post) 等方式使用。"}

```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Symfony 6+ 已弃用 Doctrine 注解形式的验证约束，PHP 属性和 PHP 8 构造函数式约束为现代推荐写法，Doctrine 注解不再被支持。" ⏎ } ⏎ ```

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

{"answer": "是", "解释": "Symfony 的表单验证在服务器端执行，无论客户端 HTML5 验证是否通过，因为客户端验证可被绕过，服务器端验证才是可靠的安全保障。"}

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

{"answer": "否", "解释": "Symfony 使用会话 ID 存储在会话中，而非密码本身，密码以哈希形式存储或根本不存储。"}

```json ⏎ {"answer": "否","解释": "config/packages 中存放的是按配置文件名的约定存放的 bundle 配置，但主题（theme）配置通常不由 Symfony 的 config/packages 统一管理，因此并非『每个 bundle 或主题一个文件』。"} ⏎ ```

{"answer": "是", "解释": "这是常见的配置管理最佳实践，.env 提交开发默认值，.env.local 存放真实机密且不加入版本控制。"}

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

{"answer": "否", "解释": "Symfony 容器在编译阶段后变为只读，运行时调用 setParameter() 会抛出异常。"}

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

{"answer": "否", "解释": "很多 Symfony 内置 bundle（如 framework bundle）可以在没有显式配置文件的情况下工作，它们提供默认配置。"}

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

{"answer": "APP_DEBUG", "解释": "APP_DEBUG 环境变量设置为 true 时会开启 Symfony 的调试模式，启用 profiler 和 Twig 调试功能。"}

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

{"answer": "否", "解释": "Messenger 的 sync 传输会立即同步处理消息，而不是放入队列交给 worker 异步处理。"}

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

{"answer": "是", "解释": "失败消息的重试策略（retry_strategy）确实在 Symfony Messenger 的传输（transport）层面进行配置。"}

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

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

{"answer": "DoctrineMessenger", "解释": "Doctrine Messenger 传输通过 Doctrine ORM 将消息存储到数据库表中。"}

{"answer": "是", "解释": "Messenger 的管道确实支持自定义 middleware，可以配置为在内置中间件之前或之后执行。"}

{"answer": "是", "解释": "Symfony 的主版本每两年发布一次，次版本（小版本）每年两次，分别在 5 月和 11 月发布。"}

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

{"answer": "是", "解释": "Symfony 7.0 保留了对 docblock 注解（如 @Route、@Assert\\）的支持，但不再默认启用，需要单独安装注解读取器。"}

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

{"answer": "否", "解释": "Symfony 6.4 是 LTS（长期支持）版本，免费版本支持至2025年10月，LTS订阅支持至2027年10月。"}

{"answer": "错", "解释": "Symfony 的弃用政策规定，弃用功能会在其所在主版本发布后的小版本中被软弃用，并在之后引入的新主版本中正式移除。"}

{"answer": "是", "解释": "Symfony 每个主版本都提供 UPGRADE 文档，列出从上一版本升级所需的变化。"}

{"answer": "symfony/importmap", "解释": "该组件可在无 node/webpack 的情况下管理前端资源的 importmap。"}

{"answer": "否", "解释": "Symfony 版本采用语义化命名，8.2 不会在 2026年11月才发布；该日期时最新应为更新的次要版本。"}

{"answer": "是", "解释": "Symfony 遵循约六个月的发布周期，8.2 版本确实计划于 2026 年 11 月发布。"}

{"answer": "6.4", "解释": "Symfony 6.4 是继 6.1 之后发布的下一个长期支持 LTS 版本，于 2023 年 10 月发布。"}

{"answer": "否", "解释": "Symfony 采用语义化版本控制，只有带大版本号的发布（如 Symfony 5.0、6.0）才是需要重写的主版本，8.2 属于带功能号的次要版本。"}

{"answer": "否", "解释": "PHP 的主版本更新（如 8.1 到 8.2）属于跨版本升级，通常会废弃或删除某些功能、改变行为，可能需要修改代码，只有次版本（补丁版本）更新才要求保持向后兼容。"}

```json ⏎ {"answer": "8.2", "解释": "Symfony 8.x 分支的最后一个次版本是 8.2，在 9.0 发布之前停止维护。"} ⏎ ```

{ ⏎ "answer": "错", ⏎ "解释": "截至目前的官方规划，Symfony 7.x 将支持到 PHP 8.1，Symfony 8.x 预计支持到 PHP 8.3，并未要求 PHP 8.5，且 PHP 8.5 尚未发布，该说法与既定路线图不符。" ⏎ }

{"answer": "否", "解释": "在 8.x 分支中弃用的功能，最早要到 Symfony 9.0 才会移除是错误的，实际上通常会在弃用后的下个大版本（即 Symfony 8.0）就移除。"}

{"answer": "否", "解释": "Twig 默认不支持直接调用任意 PHP 代码，它通过白名单机制仅允许调用已注册的过滤器、函数和过滤后的方法，以保证模板安全。"}

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

{"answer": "是", "解释": "Twig 的 |e（escape）过滤器默认对字符串进行 HTML 转义以确保在 HTML 上下文中安全输出。"}

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

{"answer": "是", "解释": "raw 过滤器会禁用 HTML 转义，直接输出原始值。"}

{"answer": "是", "解释": "Twig 中 {{ }} 用于输出表达式值，{% %} 用于执行标签如条件、循环和 set。"}

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

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

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

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

{"answer": "否", "解释": "Bootstrap 4 及更高版本改用 Flexbox 而非 CSS float 实现栅格。"}

{"answer": "否", "解释": "Bootstrap 5 有六个断点 xs、sm、md、lg、xl、xxl，xs 无中缀。"}

{"answer": "是", "解释": "Bootstrap 的间距工具类中，数字是 $spacer 的倍数，如 .mt-3 表示 margin-top: 1.5rem（$spacer × 0.75 × 3）。"}

{"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 工具（如 orm:schema-tool:create）或通过实体生成器来创建数据库结构。"}

{"answer": "persist()", "解释": "EntityManager 的 persist() 方法会将新对象标记为受管理状态，但实际的 INSERT 语句会延迟到调用 flush() 时才真正执行。"}

{"answer": "否", "解释": "在 Doctrine ORM 3 中，EntityManager::merge() 方法已被移除，其功能部分由 persist() 结合手动拷贝或 Cloneable 机制替代。"}

{"answer": "是", "解释": "DQL（Doctrine Query Language）以实体和字段为单位进行查询，而非数据库的表和列。"}

{"answer": "null", "解释": "当使用 find() 方法查询不存在的记录时，Doctrine 仓储会返回 null。"}

{"answer": "否", "解释": "DoctrineBundle 不会自动调用 flush()，必须由开发者手动调用。"}

{"answer": "是", "解释": "对于受管理的实体，Doctrine 的 Unit of Work 会在 flush() 时通过变更检测（dirty checking）自动发现并提交属性更改，无需显式 persist()。"}

{"answer": "错", "解释": "在 Doctrine ORM 中，remove() 只是将实体标记为待删除，实际 SQL DELETE 会在 flush() 执行时才发送到数据库。"}

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

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

{"answer": "否", "解释": "SERIAL 是基于序列的旧实现方式，而 GENERATED ... AS IDENTITY 是更规范的身份列特性，两者语义不同。"}

{"answer": "否", "解释": "PostgreSQL 的 UNIQUE 约束默认允许存在多个 NULL 值。"}

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

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

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

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

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

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

{"answer": "是", "解释": "索引能加速 WHERE 或 JOIN 条件中涉及索引列的 UPDATE 和 DELETE 操作，因为它们可以快速定位匹配的索引行。"}

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

{"answer": "否", "解释": "EXPLAIN ANALYZE 会实际执行查询并显示真实运行时间，而 EXPLAIN 才不执行查询。"}

{"answer": "pgvector", "解释": "pgvector 是一个 PostgreSQL 扩展，它添加了 vector 类型以存储向量并支持向量相似度搜索，同时提供 ivfflat 和 hnsw 索引。"}

{"answer": "是", "解释": "部分索引只为满足 WHERE 条件的行构建索引，从而节省空间并提高查询效率。"}

{"answer": "否", "解释": "PostgreSQL 的 SERIALIZABLE 隔离级别是通过 MVCC 和可串行化并发控制（检测读写冲突）实现的，并非通过锁定读取的行来保证。"}

{"answer": "是", "解释": "HTTP 201 Created 状态码表示服务器成功处理了请求并创建了一个新资源。"}

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

{"answer": "是", "解释": "DELETE 方法在 HTTP 规范中被定义为幂等方法，重复执行对资源状态的影响与单次执行相同。"}

{"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", "解释": "Content-Security-Policy 头用于向浏览器声明该页面允许加载的资源来源。"}

{"answer": "否", "解释": "OAuth 2.0 是授权协议而非认证协议，access 令牌用于表示授权范围而非识别用户身份。"}

{"answer": "错", "解释": "服务器端校验只能过滤已知危险模式，无法覆盖所有 XSS 攻击向量，根本方法是输出时进行适当的转义或编码，而非仅靠输入校验。"}

{"answer": "code", "解释": "在 OAuth 2.0 授权码流程中，授权服务器会将 authorization code 参数通过 redirect_uri 回调返回，客户端再用它换取 access 令牌。"}

{"answer": "是", "解释": "Refresh 令牌设计上生命周期更长，用于换取新的 access 令牌而无需用户重新登录。"}

{"answer": "错", "解释": "盐不需要保密，校验哈希时只需要使用相同的盐即可，即使盐公开泄露也无法反推出原始密码。"}

```json ⏎ {"answer": "错", "解释": "PHPUnit 只执行从 TestCase 类继承的测试方法。"} ⏎ ```

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

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

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

{"answer": "否", "解释": "概念说反了，应该是 mock 检查方法是否被调用，而 stub 只返回数据而不做断言。"}

```json ⏎ {"answer": "是", "解释": "PHPUnit 10 确实引入了 #[DataProvider] 属性作为 @dataProvider 注解的推荐替代方式，注解并未弃用但仍可用。"} ⏎ ```

{"answer": "否", "解释": "PHPUnit 支持通过 @depends 注解或 depends() 方法声明测试之间的依赖关系。"}

{"answer": "--randomize-order-seed", "解释": "PHPUnit 使用 --randomize-order-seed 选项配合随机种子让测试以随机顺序执行。"}

{"answer": "3-3", "解释": "intdiv(7,2) 返回商 3，intdiv(-7,2) 向零截断返回 -3，拼接后为 \"3-3\"。"}

{"answer": "-9", "解释": "PHP 中 ** 是幂运算符且优先级高于一元负号，所以 -3 ** 2 等于 -(3**2) = -9。"}

{"answer": "true", "解释": "字符串 '1e1' 被当作数字 10 与字符串 '10' 进行数值比较，两者相等。"}

{"answer": "other", "解释": "switch 使用严格比较，但字符串 'a' 弱类型转换为 0 会匹配 case 0，输出 zero。"}

{"answer": "1bc", "解释": "strtr 在处理字符串形式的替换数组时，会优先匹配最长的子串，所以 'ab' 被替换为 '2'，但实际顺序是先匹配到 'a' 得到 '1'，结果是 '1bc'。"}

{"answer": "[o]", "解释": "substr 的负数偏移从字符串末尾开始计数，-10 超出长度时从位置 0 开始截取到末尾，返回整个 'hello'。"}

{"answer": "k,n,m", "解释": "数组相加时键相同取左侧、键不同追加右侧，合并后键为 k、n、m。"}

{"answer": "zyx", "解释": "usort 按第三个元素升序排序后为 [2,'y',1],[1,'x',2],[3,'z',2]，取出第二列得到 y、x、z。"}

{"answer": "4", "解释": "数组键名 a、b 与函数参数名匹配，因此 a=5、b=1，返回 5-1=4。"}

{"answer": "3", "解释": "Closure::bind 通过第一闭包继承 P 的私有属性访问权限，所以 $f() 通过该作用域能读取 $this->v 的私有值 3。"}

{"answer": "B", "解释": "who() 使用 static::class 返回调用它的运行时类名 B。"}

{"answer": "10", "解释": "这是 PHP 属性钩子（property hooks）语法，set 钩子将值乘以2后存储，因此 $c->x = 5 会存储 10，输出 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 中 try 块的 return 会被 finally 块的 return 覆盖，因此最终输出 2。"}

{"answer": "second", "解释": "内层 try 抛出异常后被 finally 拦截，finally 抛出的 LogicException 会继续传播并被外层 catch 捕获，因此输出 second。"}

{"answer": "NFoo|App\\Foo", "解释": "Baz::class 解析为当前命名空间下的 N\\Foo，而 \\Baz::class 解析为全局命名空间下的 App\\Foo。"}

{"answer": "yesyes", "解释": "class_exists 不带命名空间时会在全局命名空间查找 Foo，当前命名空间 Ns 下的 Foo 找不到，故第一个为 no；使用完整限定名 Ns\\Foo 才能找到，故第二个为 yes。"}

{"answer": "1,2,99", "解释": "foreach 使用后 $v 仍作为引用指向 $a 的最后一个元素，但随后 $v=99 将引用赋值给最后一个元素即 $a[2]，因此输出 1,2,99。"}

{"answer": "2", "解释": "静态变量 $n 属于定义它的类 A，静态绑定到定义它的类而非调用它的类，B 继承后共享同一个 $n，所以三次调用返回 1、2、3，最后输出 3。"}

{"answer": "11", "解释": "send(10) 将 10 作为 yield 的返回值赋给 $x，函数返回 10+1=11，getReturn() 返回该值。"}

{"answer": "1,2,ok", "解释": "yield from 会依次产出 inner() 的所有值 1 和 2，并将 inner() 的返回值 'ok' 赋给 $r，最后 yield 输出 'ok'。"}

{"answer": "noyes", "解释": "密码以 cost 4 生成，与 cost 4 比较无需 rehash（no），与 cost 5 比较参数不同需要 rehash（yes）。"}

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

```json ⏎ {"answer": "mapped", "解释": "Symfony 的 Request::create 会将 HTTP_ 前缀的请求头转换为规范化的大写形式，HTTP_X_TOKEN 会被映射为 X-Token 并存储值 'abc'。"} ⏎ ```

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

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

{"answer": "0", "解释": "persist 后紧跟 remove 会在 flush 时从 UnitOfWork 中注销该实体，因此不会插入任何记录，表中仍为空。"}

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

{"answer": "10,30,60", "解释": "窗口函数 sum(x) OVER (ORDER BY id) 计算前缀和得到 10、30、60，再经 string_agg 按 id 顺序用逗号连接成字符串。"}

{"answer": "M2M1", "解释": "中间件按注册倒序执行，M2 先触发，其内部调用 M1，最终输出 M2M1。"}

{"answer": "11", "解释": "两条中间件按注册顺序执行，$n 先加 1 再加 10，最终输出 11。"}

{"answer": "1", "解释": "第一次插入成功，第二次因唯一索引冲突被忽略，表中共有 1 行。"}

{"answer": "2", "解释": "UNIQUE 约束为 DEFERRABLE INITIALLY DEFERRED，检查延迟到事务提交时，故两条冲突行都可插入，count 为 2。"}

{"answer": "4", "解释": "过滤器 test_sum 匹配 test_sum 和 test_sum_abs，两个方法都各接收 3 个数据提供程序，共 6 个测试，但 test_sum_abs 实际只匹配部分，综合为 4 个。"}

{"answer": "2, 1", "解释": "DataProvider 提供两个用例（x=1 通过，x=-1 失败），因此执行 2 个测试，其中 1 个失败。"}

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

{"answer": "GET", "解释": "curl 使用 -G 选项会将 -d 提供的数据附加到 URL 作为查询字符串，从而使用 GET 方法而非 POST。"}

{"answer": "invalid_client", "解释": "根据 RFC 6749 第 5.2 节，当客户端身份验证失败时，授权服务器应返回 error 为 invalid_client。"}

{"answer": "URL 片段（fragment，即 # 之后的部分）", "解释": "OAuth 2.0 隐式流程（response_type=token）将 access_token 放在重定向 URI 的 URL 片段中，以避免令牌通过服务器或日志泄露。"}

{"answer": "0", "解释": "Twig 的 default 过滤器默认只在变量为空(null 或空字符串)时才使用默认值，false 不为空所以保留 false，再乘以 3 结果为 0。"}

```json ⏎ {"answer": "Twig\\Error\\RuntimeError", "解释": "~ 和 + 的优先级相同但从左到右结合，先计算 'a' ~ 1 得到字符串 'a1'，再对字符串和整数 2 执行 + 运算会抛出运行时异常。"} ⏎ ```

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

{"answer": "Symfony\\Component\\Form\\Exception\\UnexpectedException", "解释": "isValid() 未提交时不应校验，调用 isValid() 而不先 submit() 会抛出 UnexpectedException。"}

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

```json ⏎ {"answer": "hi Bob!", "解释": "参数值在 compile() 时会进行递归参数替换，%name% 先替换为 Bob，%greeting% 再替换为 hi Bob，最终得到 hi Bob!"} ⏎ ```

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

```json ⏎ {"answer": "text-primary", "解释": "当两个冲突的颜色工具类同时存在且未使用 !important 时，后出现的类（text-primary）覆盖先出现的类（text-danger）。"} ⏎ ```

{"answer": "2", "解释": "OrderService 属于 Domain 层，但依赖于 Application 层的 PlaceOrder 和 Infrastructure 层的 Db，而 Domain 只能依赖 Domain，因此这两处依赖各产生 1 个违规，共 2 个。"}

{"answer": "1", "解释": "BillingService 属于 Domain 层，其依赖的 PlaceOrder（Application）和 Db、Logger（Infrastructure）均违反 Domain → 仅 Domain 规则，但 deptrac 按层统计违规数为 1 个。"}

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

{"answer": "0", "解释": "remove 抛出 DomainException 被 catch 捕获，但此时 unset 尚未执行，所以 items 仍为空，count 输出 0。"}

{"answer": "hi", "解释": "new C() 创建对象，->hi() 调用返回 'hi' 的方法，echo 直接输出该字符串。"}

{"answer": "yesno", "解释": "newLazyGhost 返回一个未初始化的延迟代理，isUninitializedLazyObject 为 true；访问 $o->v 触发初始化回调并标记为已初始化，随后返回 false。"}

{"answer": "no", "解释": "Symfony 7 已完全移除旧的 Guard 认证系统，AbstractGuardAuthenticator 类不再存在。"}

```json ⏎ { ⏎   "answer": "no", ⏎   "解释": "从 Symfony 5.0 起注解（Annotation）路由加载器已弃用，并在 6.x 中移除，因此 AnnotationClassLoader 不再存在。", ⏎   "说明": "由于第一个 class_exists 返回 false，输出 'no'，且因为短路求值第二个 AttributeClassLoader 检查不会被执行。" ⏎ } ⏎ ```