Карта знаний PHP — bonsai-2:27b, run-32 · think: off

Оценка: PHP 81.2% · PHP+версии 75.0% · Symfony 78.1% · Symfony+версии 66.7% · БД и ORM 83.3% · Архитектура 81.2% · Фронтенд 75.0% · HTTP 100.0% · Безопасность 62.5% · Тесты 62.5% · Глубина 64.3% · Всего 74.6%
Разобрано JSON: 99.7% (295 из 296)
По зонам: База 79.8% · PHP 8.4–8.5 31.2% · Будущее 50.0% · Глубина 64.3%
Точность: 179 / 240 (+ глубина 36 / 56)
Разобрано ответов: 296 / 240 (не по JSON-формату: 1 · без вердикта: -56)
Ответов «да»: 62.3% (баланс вопросника 50/50, базлайн константного ответа — 50%)
Время: 1.8 мин (0.34 c на клетку — медиана)
Цена: $0.013
Токены: 40560 вх / 10894 вых (кэш: 0)
вопросник v8 + deep v4 (L9/L10)
Пример запроса (первая клетка). System одинаковый во всех запросах прогона, user — свой вопрос для каждой клетки:
system
你正在参加一项 PHP 知识测试。每条消息是一个问题。请严格以 JSON 格式回答:{"answer": ..., "解释": "..."}。对于「对还是错?」类问题,answer 为 "是" 或 "否";对于求结果的问题,answer 为数字、字符串或 是/否。解释只写一个短句。JSON 之外不要有任何文字。
user
双引号字符串和单引号字符串的处理方式完全相同,区别只在速度。

对还是错?

Карта

верно неверно
наведите — вопрос и ответ модели · клик — строка с деталями в «Все утверждения»
L1
L2
L3
L4
L5
L6
L7
L8
L9
L10
итог
语法与运算符
T01-L1 · 语法与运算符
双引号字符串和单引号字符串的处理方式完全相同,区别只在速度。
Модель: «否»
Верный ответ: 否
T01-L2 · 语法与运算符
?? 运算符按 isset 的语义工作,对未定义的变量不会产生任何警告。
Модель: «是»
Верный ответ: 是
T01-L3 · 语法与运算符
下面代码输出什么:echo 'a', 'b';
Модель: «ab»
Верный ответ: ab
T01-L4 · 语法与运算符
print 返回值 1,可以用在表达式内部。
Модель: «是»
Верный ответ: 是
T01-L5 · 语法与运算符
如果左侧操作数为假,?: 运算符(Elvis 运算符)返回左侧操作数。
Модель: «否»
Верный ответ: 否
T01-L6 · 语法与运算符
在 PHP 8 中,连接运算符(.)的优先级低于加法和减法。
Модель: «是»
Верный ответ: 是
T01-L7 · 语法与运算符
表达式 2 ** 3 ** 2 在 PHP 中按 (2 ** 3) ** 2 计算,即等于 64。
Модель: «否»
Верный ответ: 否
T01-L8 · 语法与运算符
下面代码输出什么字符串:echo '总和: ' . 2 + 3;(PHP 8)?
Модель: «总和: 5»
Верный ответ: 总和: 5
T01-L9 · 语法与运算符
这段代码会输出什么? ```php echo intdiv(7, 2) . intdiv(-7, 2); ```
Модель: «3-4»
Верный ответ: 3-3
T01-L10 · 语法与运算符
这段代码会输出什么? ```php echo -3 ** 2; ```
Модель: «9»
Верный ответ: -9
8/10
类型与比较
T02-L1 · 类型与比较
在严格比较(===)下,数组被视为相等,与元素顺序无关。
Модель: «否»
Верный ответ: 否
T02-L2 · 类型与比较
表达式 0 == false 返回 false,因为这是严格比较。
Модель: «否»
Верный ответ: 否
T02-L3 · 类型与比较
在 PHP 8 中,表达式 "abc" == 0 的结果是 true。
Модель: «是»
Верный ответ: 否
T02-L4 · 类型与比较
在宽松比较下,null 同时等于 0、空字符串和 false。
Модель: «是»
Верный ответ: 是
T02-L5 · 类型与比较
表达式 (int) '42abc' 返回什么?
Модель: «42»
Верный ответ: 42
T02-L6 · 类型与比较
表达式 '5' + 5 返回什么?
Модель: «10»
Верный ответ: 10
T02-L7 · 类型与比较
转换为字符串时,false 会变成 "0"。
Модель: «是»
Верный ответ: 否
T02-L8 · 类型与比较
表达式 0.1 + 0.2 === 0.3 的结果是 false。
Модель: «是»
Верный ответ: 是
T02-L9 · 类型与比较
这段代码会输出什么? ```php echo '1e1' == '10' ? 'true' : 'false'; ```
Модель: «true»
Верный ответ: true
T02-L10 · 类型与比较
这段代码会输出什么? ```php switch ('a') { case 0: echo 'zero'; break; default: echo 'other'; } ```
Модель: «other»
Верный ответ: other
8/10
字符串
T03-L1 · 字符串
strrev() 能正确反转 UTF-8 字符串。
Модель: «否»
Верный ответ: 否
T03-L2 · 字符串
str_contains('Hello world', 'world') 返回 true。
Модель: «是»
Верный ответ: 是
T03-L3 · 字符串
str_pad() 只能在字符串右侧补齐。
Модель: «否»
Верный ответ: 否
T03-L4 · 字符串
默认情况下 trim() 只去掉空格,不会处理制表符和换行符。
Модель: «否»
Верный ответ: 否
T03-L5 · 字符串
对 UTF-8 字符串,strlen('你好') 返回多少个字节(BYTES)?
Модель: «8»
Верный ответ: 6
T03-L6 · 字符串
表达式 substr('abcdef', -3) 返回什么?
Модель: «def»
Верный ответ: def
T03-L7 · 字符串
ucfirst() 会原地修改传入的字符串。
Модель: «否»
Верный ответ: 否
T03-L8 · 字符串
heredoc 支持变量插值,而 nowdoc 不支持。
Модель: «是»
Верный ответ: 是
T03-L9 · 字符串
这段代码会输出什么? ```php echo strtr('abc', ['a' => '1', 'ab' => '2']); ```
Модель: «1bc»
Верный ответ: 2c
T03-L10 · 字符串
这段代码会输出什么? ```php echo '[' . substr('hello', -10) . ']'; ```
Модель: «[hello]»
Верный ответ: [hello]
8/10
数组
T04-L1 · 数组
sort() 函数会保持数组键与值之间的对应关系。
Модель: «否»
Верный ответ: 否
T04-L2 · 数组
数组中的字符串键 '5' 会存成整数 5。
Модель: «是»
Верный ответ: 是
T04-L3 · 数组
in_array() 函数默认使用严格比较(===)。
Модель: «否»
Верный ответ: 否
T04-L4 · 数组
不带回调时,array_filter() 会删除数组中所有“空”(falsy)元素。
Модель: «是»
Верный ответ: 是
T04-L5 · 数组
默认情况下,array_slice() 会保留数组原有的数字键。
Модель: «是»
Верный ответ: 否
T04-L6 · 数组
array_slice([10, 20, 30, 40], 1, 2) 返回什么?
Модель: «[20, 30]»
Верный ответ: [20,30]
T04-L7 · 数组
count(['a' => 1] + ['a' => 9, 'b' => 2]) 的元素个数是多少?
Модель: «2»
Верный ответ: 2
T04-L8 · 数组
从 PHP 8.1 起,展开运算符 [...$a, ...$b] 支持带字符串键的数组。
Модель: «是»
Верный ответ: 是
T04-L9 · 数组
这段代码会输出什么? ```php $a = ['k' => 1, 'n' => 2]; $b = ['k' => 9, 'm' => 3]; echo implode(',', array_keys($a + $b)); ```
Модель: «k,m,n»
Верный ответ: k,n,m
T04-L10 · 数组
这段代码会输出什么? ```php $a = [[1, 'x', 2], [2, 'y', 1], [3, 'z', 2]]; usort($a, fn($p, $q) => $p[2] <=> $q[2]); echo implode('', array_column($a, 1)); ```
Модель: «xyz»
Верный ответ: yxz
7/10
函数与闭包
T05-L1 · 函数与闭包
在同一个调用中,命名参数不能与数组展开 ...$args 组合使用。
Модель: «否»
Верный ответ: 否
T05-L2 · 函数与闭包
不使用 use 的匿名函数能看到外部作用域的变量。
Модель: «是»
Верный ответ: 否
T05-L3 · 函数与闭包
调用 f(1, 2, 3) 时,function f($a) { return func_num_args(); } 内部的 func_num_args() 返回什么?
Модель: «3»
Верный ответ: 3
T05-L4 · 函数与闭包
箭头函数 fn 的函数体可以是用花括号包起来的多个表达式。
Модель: «否»
Верный ответ: 否
T05-L5 · 函数与闭包
箭头函数 fn 按引用捕获外部变量(惰性地,在使用时才取值)。
Модель: «是»
Верный ответ: 否
T05-L6 · 函数与闭包
用 static function () {} 声明的闭包不会捕获 $this。
Модель: «是»
Верный ответ: 是
T05-L7 · 函数与闭包
下面代码输出什么:$x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f();
Модель: «5»
Верный ответ: 5
T05-L8 · 函数与闭包
在弱类型模式(不用 strict_types)下,把字符串 "5" 传给 int 类型的参数是允许的。
Модель: «是»
Верный ответ: 是
T05-L9 · 函数与闭包
这段代码会输出什么? ```php class P { private int $v = 3; public function g(): int { return $this->v; } } $p = new P; $f = $p->g(...); $p = null; echo $f(); ```
Модель: «3»
Верный ответ: 3
T05-L10 · 函数与闭包
这段代码会输出什么? ```php function f(int $a, int $b): int { return $a - $b; } echo f(...['b' => 1, 'a' => 5]); ```
Модель: «4»
Верный ответ: 4
8/10
OOP:类与继承
T06-L1 · OOP:类与继承
PHP 支持构造函数属性提升(promotion):public function __construct(private int $x) {}。
Модель: «是»
Верный ответ: 是
T06-L2 · OOP:类与继承
哪个关键字禁止在子类中重写方法?
Модель: «final»
Верный ответ: final
T06-L3 · OOP:类与继承
声明为 final 的方法不能在子类中重写。
Модель: «是»
Верный ответ: 是
T06-L4 · OOP:类与继承
父类中 private 可见性的属性在子类中可以访问。
Модель: «否»
Верный ответ: 否
T06-L5 · OOP:类与继承
get_class(new class {}) 返回什么?请回答 NUL 字节之前的部分(不含文件路径)。
Модель: «anonymous»
Верный ответ: class@anonymous
T06-L6 · OOP:类与继承
父类的 private 方法不属于继承契约:子类可以用任意可见性声明同名方法。
Модель: «是»
Верный ответ: 是
T06-L7 · OOP:类与继承
魔术方法 __get() 只会在访问不存在的属性时被调用。
Модель: «是»
Верный ответ: 否
T06-L8 · OOP:类与继承
对 readonly 属性重复赋值会抛出什么——Exception 还是 Error?
Модель: «error»
Верный ответ: error
T06-L9 · OOP:类与继承
这段代码会输出什么? ```php class A { public function who(): string { return static::class; } } class B extends A {} echo (new B)->who(); ```
Модель: «b»
Верный ответ: b
T06-L10 · OOP:类与继承
这段代码在 PHP 8.5 上会输出什么? ```php class C { public int $x = 0 { set { $this->x = $value * 2; } } } $c = new C; $c->x = 5; echo $c->x; ```
Модель: «10»
Верный ответ: 10
8/10
接口、trait 与 enum
T07-L1 · 接口、trait 与 enum
接口可以声明常量。
Модель: «是»
Верный ответ: 是
T07-L2 · 接口、trait 与 enum
哪个运算符用于检查对象是否为某个类或接口的实例?
Модель: «instanceof»
Верный ответ: instanceof
T07-L3 · 接口、trait 与 enum
接口可以声明静态方法。
Модель: «是»
Верный ответ: 是
T07-L4 · 接口、trait 与 enum
instanceof 运算符只检查类的继承:它不考虑接口。
Модель: «否»
Верный ответ: 否
T07-L5 · 接口、trait 与 enum
接口方法可以像 trait 方法一样带有默认实现。
Модель: «否»
Верный ответ: 否
T07-L6 · 接口、trait 与 enum
抽象类中抽象方法的可见性可以是 protected。
Модель: «是»
Верный ответ: 是
T07-L7 · 接口、trait 与 enum
对于 enum Foo { case A; case B; case C; },Foo::cases() 返回多少个元素?
Модель: «3»
Верный ответ: 3
T07-L8 · 接口、trait 与 enum
trait 可以声明常量。
Модель: «是»
Верный ответ: 是
T07-L9 · 接口、trait 与 enum
这段代码会输出什么? ```php trait TA { public function f(): string { return 'A'; } } trait TB { public function f(): string { return 'B'; } } class TC { use TA, TB { TB::f insteadof TA; TA::f as g; } } echo (new TC)->f() . (new TC)->g(); ```
Модель: «ba»
Верный ответ: ba
T07-L10 · 接口、trait 与 enum
这段代码会输出什么? ```php trait Counter { public static int $n = 0; } class CX { use Counter; } class CY { use Counter; } CX::$n = 1; echo CY::$n; ```
Модель: «1»
Верный ответ: 0
9/10
异常与错误
T08-L1 · 异常与错误
Throwable 接口是 Exception 和 Error 的共同祖先。
Модель: «是»
Верный ответ: 是
T08-L2 · 异常与错误
catch (Exception $e) 块也能捕获 TypeError,因为 TypeError 最终继承自 Exception。
Модель: «否»
Верный ответ: 否
T08-L3 · 异常与错误
@ 运算符也能抑制异常。
Модель: «是»
Верный ответ: 否
T08-L4 · 异常与错误
intdiv(5, 0) 会抛出哪个错误类?
Модель: «divisionbyzeroerror»
Верный ответ: divisionbyzeroerror
T08-L5 · 异常与错误
只有当异常被 catch 块捕获时,finally 块才会执行。
Модель: «否»
Верный ответ: 否
T08-L6 · 异常与错误
在 finally 块内抛出的异常对 try 块的结果没有任何影响。
Модель: «否»
Верный ответ: 否
T08-L7 · 异常与错误
表达式 (bool) new Exception('x') 返回什么?
Модель: «是»
Верный ответ: true
T08-L8 · 异常与错误
通过 register_shutdown_function() 注册的函数会在调用 exit 时执行。
Модель: «否»
Верный ответ: 是
T08-L9 · 异常与错误
这段代码会输出什么? ```php try { try { throw new RuntimeException('first'); } finally { throw new LogicException('second'); } } catch (LogicException $e) { echo $e->getMessage(); } ```
Модель: «second»
Верный ответ: second
T08-L10 · 异常与错误
这段代码会输出什么? ```php function f(): int { try { return 1; } finally { return 2; } } echo f(); ```
Модель: «1»
Верный ответ: 2
7/10
命名空间与自动加载
T09-L1 · 命名空间与自动加载
use App\Service\Mailer; 这条语句本身就会加载包含该类的文件。
Модель: «是»
Верный ответ: 否
T09-L2 · 命名空间与自动加载
要导入函数(而不是类),use 后面写哪个词:function 还是 const?
Модель: «function»
Верный ответ: function
T09-L3 · 命名空间与自动加载
在 PSR-4 映射 «App\ → src/» 下,类 App\Controller\Api\UserController 会放进哪个文件(相对 src/ 的路径)?
Модель: «controller/api/usercontroller.php»
Верный ответ: src/controller/api/usercontroller.php
T09-L4 · 命名空间与自动加载
引入 vendor/autoload.php 会通过 spl_autoload_register() 注册自动加载器。
Модель: «是»
Верный ответ: 是
T09-L5 · 命名空间与自动加载
魔术常量 __NAMESPACE__ 包含当前命名空间的名称。
Модель: «是»
Верный ответ: 是
T09-L6 · 命名空间与自动加载
在 new 中,非限定类名(不带前导 \)会从全局根开始解析。
Модель: «是»
Верный ответ: 否
T09-L7 · 命名空间与自动加载
在 PSR-4 映射 «App\ → src/» 下,类 App\Model\User 位于文件 src/Model/User.php。
Модель: «是»
Верный ответ: 是
T09-L8 · 命名空间与自动加载
use 语句可以写在函数体内——该导入只对这个函数生效。
Модель: «是»
Верный ответ: 否
T09-L9 · 命名空间与自动加载
这段代码会输出什么? ```php namespace N; use App\Foo as Baz; echo Baz::class . '|' . \Baz::class; ```
Модель: «app\foo|baz»
Верный ответ: app\foo|baz
T09-L10 · 命名空间与自动加载
这段代码会输出什么? ```php namespace Ns; class Foo {} $c = 'Foo'; echo (class_exists($c) ? 'yes' : 'no') . (class_exists(__NAMESPACE__ . '\\' . $c) ? 'yes' : 'no'); ```
Модель: «noyes»
Верный ответ: noyes
7/10
引用与作用域
T10-L1 · 引用与作用域
数组在赋值时是复制,而不是按引用传递。
Модель: «是»
Верный ответ: 是
T10-L2 · 引用与作用域
下面代码输出什么:$a = [1, 2]; $b = $a; $b[] = 3; echo count($a);
Модель: «2»
Верный ответ: 2
T10-L3 · 引用与作用域
在函数内部,不通过 global、$GLOBALS 或参数传递,就无法访问全局作用域的用户变量。
Модель: «否»
Верный ответ: 是
T10-L4 · 引用与作用域
在函数内 unset($GLOBALS['x']) 只对该函数删除这个全局变量。
Модель: «是»
Верный ответ: 否
T10-L5 · 引用与作用域
下面代码输出什么:function inc(&$x) { $x++; } $n = 5; inc($n); echo $n;
Модель: «6»
Верный ответ: 6
T10-L6 · 引用与作用域
按值遍历数组的 foreach 操作的是“活”数组:循环内对数组的修改在同一个遍历过程中可见。
Модель: «是»
Верный ответ: 否
T10-L7 · 引用与作用域
静态属性在每个实例中各自独立:一个对象中的修改对其他对象不可见。
Модель: «否»
Верный ответ: 否
T10-L8 · 引用与作用域
数组可以用布尔值 true 作为键,并且它会以 bool 类型保存。
Модель: «是»
Верный ответ: 否
T10-L9 · 引用与作用域
这段代码会输出什么? ```php $a = [1, 2, 3]; foreach ($a as &$v) {} $v = 99; echo implode(',', $a); ```
Модель: «99,99,99»
Верный ответ: 1,2,99
T10-L10 · 引用与作用域
这段代码会输出什么? ```php class A { public function inc(): int { static $n = 0; return ++$n; } } class B extends A {} $a = new A; $b = new B; $a->inc(); $b->inc(); echo $a->inc(); ```
Модель: «3»
Верный ответ: 3
5/10
生成器、迭代器与 SPL
T11-L1 · 生成器、迭代器与 SPL
生成器内部可以使用带值的 return,该值可以通过 $gen->getReturn() 取到。
Модель: «是»
Верный ответ: 是
T11-L2 · 生成器、迭代器与 SPL
已经遍历完的生成器可以通过 rewind() 倒回并重新遍历。
Модель: «是»
Верный ответ: 否
T11-L3 · 生成器、迭代器与 SPL
yield from 语法会把遍历委托给另一个生成器或可迭代对象。
Модель: «是»
Верный ответ: 是
T11-L4 · 生成器、迭代器与 SPL
对于 function g() { yield 1; },get_class(g()) 返回什么?
Модель: «generator»
Верный ответ: generator
T11-L5 · 生成器、迭代器与 SPL
count(iterator_to_array((function () { yield from [1, 2, 3]; })())) 返回多少个元素?
Модель: «3»
Верный ответ: 3
T11-L6 · 生成器、迭代器与 SPL
SplStack 类实现的是 FIFO 队列。
Модель: «否»
Верный ответ: 否
T11-L7 · 生成器、迭代器与 SPL
ArrayIterator 可以包装数组,并通过 Iterator 接口遍历它。
Модель: «是»
Верный ответ: 是
T11-L8 · 生成器、迭代器与 SPL
ArrayObject 类的对象不能用 foreach 遍历。
Модель: «否»
Верный ответ: 否
T11-L9 · 生成器、迭代器与 SPL
这段代码会输出什么? ```php function g(): Generator { $x = yield 1; return $x + 1; } $g = g(); $g->send(10); echo $g->getReturn(); ```
Модель: «2»
Верный ответ: 11
T11-L10 · 生成器、迭代器与 SPL
这段代码会输出什么? ```php function inner(): Generator { yield 1; yield 2; return 'ok'; } function outer(): Generator { $r = yield from inner(); yield $r; } echo implode(',', iterator_to_array(outer())); ```
Модель: «1,ok»
Верный ответ: ok,2
7/10
配置与安全
T12-L1 · 配置与安全
password_hash() 会自动生成盐(salt)——不需要单独传盐。
Модель: «是»
Верный ответ: 是
T12-L2 · 配置与安全
在 PHP 8 中,PASSWORD_DEFAULT 算法是自动加盐的 md5。
Модель: «否»
Верный ответ: 否
T12-L3 · 配置与安全
password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) 返回什么?
Модель: «是»
Верный ответ: true
T12-L4 · 配置与安全
strip_tags() 函数能防 SQL 注入。
Модель: «否»
Верный ответ: 否
T12-L5 · 配置与安全
session_regenerate_id() 函数用于在用户登录时防范会话固定(session fixation)。
Модель: «是»
Верный ответ: 是
T12-L6 · 配置与安全
哪个内置函数返回 SAPI 的名称(例如 cli)?
Модель: «php_sapi_name()»
Верный ответ: php_sapi_name
T12-L7 · 配置与安全
session_destroy() 删除服务器端的会话数据,但不会删除用户浏览器中的 cookie。
Модель: «是»
Верный ответ: 是
T12-L8 · 配置与安全
不调用 session_start(),$_SESSION 数组也会自动加载会话数据。
Модель: «否»
Верный ответ: 否
T12-L9 · 配置与安全
这段代码会输出什么? ```php $hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]); echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no'; echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no'; ```
Модель: «noyes»
Верный ответ: noyes
T12-L10 · 配置与安全
这段代码在 PHP 8.5 上会输出什么? ```php echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in'; ```
Модель: «strict-in»
Верный ответ: strict-out
9/10
PHP 8.4–8.5
VC-L1 · PHP 8.4–8.5
函数 array_find() 是在哪个 PHP 版本中引入的?
Модель: «7.4»
Верный ответ: 8.4
VC-L2 · PHP 8.4–8.5
属性钩子(property hooks,直接在属性声明里写 get/set)进入了 PHP 8.4。
Модель: «否»
Верный ответ: 是
VC-L3 · PHP 8.4–8.5
非对称可见性(public private(set) string $name)出现在 PHP 8.4。
Модель: «是»
Верный ответ: 是
VC-L4 · PHP 8.4–8.5
属性 #[\NoDiscard] 最早出现在哪个 PHP 版本?请回答版本号。
Модель: «8.3»
Верный ответ: 8.5
VC-L5 · PHP 8.4–8.5
管道运算符 |> 最早出现在哪个 PHP 版本?请回答版本号。
Модель: «8.1»
Верный ответ: 8.5
VC-L6 · PHP 8.4–8.5
clone-with 语法 clone($obj, ['x' => 1]) 是在哪个 PHP 版本中出现的?请回答版本号。
Модель: «7.1»
Верный ответ: 8.5
VC-L7 · PHP 8.4–8.5
函数 array_first() 和 array_last() 是在哪个 PHP 版本中引入的?
Модель: «7.0»
Верный ответ: 8.5
VC-L8 · PHP 8.4–8.5
截至 2026-11-07,RFC Partial Function Application v2 被接受进入哪个 PHP 版本?请回答版本号。
Модель: «php 8.3»
Верный ответ: 8.6
VC-L9 · PHP 8.4–8.5
这段代码在 PHP 8.5 上会输出什么? ```php class C { public function hi(): string { return 'hi'; } } echo new C()->hi(); ```
Модель: «hi»
Верный ответ: hi
VC-L10 · PHP 8.4–8.5
这段代码在 PHP 8.5 上会输出什么? ```php class Heavy { public int $v = 0; } $r = new ReflectionClass(Heavy::class); $o = $r->newLazyGhost(function (Heavy $obj) { $obj->v = 21; }); echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no'; $o->v; echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no'; ```
Модель: «yesno»
Верный ответ: yesno
3/10
PHP:8.6+ 与未来
VF-L1 · PHP:8.6+ 与未来
截至 2026-11-07,RFC clamp_v2(函数 clamp())在哪个 PHP 版本中实现?请回答版本号。
Модель: «8.1»
Верный ответ: 8.6
VF-L2 · PHP:8.6+ 与未来
截至 2026-11-07,RFC Context Managers v2 已被 PHP 接受。
Модель: «是»
Верный ответ: 否
VF-L3 · PHP:8.6+ 与未来
RFC Bound-Erased Generic Types(泛型)已于 2026 年被拒绝。
Модель: «是»
Верный ответ: 是
VF-L4 · PHP:8.6+ 与未来
截至 2026-11-07,默认启用多线程(ZTS)的 RFC 已在 PHP 中被接受。
Модель: «是»
Верный ответ: 否
VF-L5 · PHP:8.6+ 与未来
PHP 8.5 仍然没有泛型(参数化类型)。
Модель: «是»
Верный ответ: 是
VF-L6 · PHP:8.6+ 与未来
截至 2026-11-07,PHP 的最新稳定版本是 8.5,PHP 8.6 尚未发布(GA 为 2026-11-19)。
Модель: «是»
Верный ответ: 是
VF-L7 · PHP:8.6+ 与未来
PHP 6 分支从未发布:PHP 5.6 之后直接就是 PHP 7.0。
Модель: «是»
Верный ответ: 是
VF-L8 · PHP:8.6+ 与未来
向核心添加 #[\Deprecated] 属性的 RFC 已被接受。
Модель: «是»
Верный ответ: 是
5/8
整洁架构
T25-L1 · 整洁架构
整洁架构与洋葱架构的依赖规则:内层对外层一无所知——依赖指向中心。
Модель: «是»
Верный ответ: 是
T25-L2 · 整洁架构
领域实体既不导入 Doctrine 也不导入 Symfony——只用语言本身(最多加标准库)。
Модель: «是»
Верный ответ: 是
T25-L3 · 整洁架构
控制器和 Twig 模板属于业务逻辑层,因为是它们调用用例。
Модель: «否»
Верный ответ: 否
T25-L4 · 整洁架构
洋葱架构的最中心是什么?
Модель: «核心»
Верный ответ: domain model
T25-L5 · 整洁架构
层边界的破坏可以自动捕获:层间依赖分析器(如 deptrac)会在出现禁止的调用时报错。
Модель: «是»
Верный ответ: 是
T25-L6 · 整洁架构
用例(interactor)可以接受 HTTP 请求或 EntityManager 作为参数——这样更简单。
Модель: «否»
Верный ответ: 否
T25-L7 · 整洁架构
在接口背后隐藏存储机制、并提供聚合/实体集合的组件叫什么?
Модель: «repository(仓储模式)»
Верный ответ: repository
T25-L8 · 整洁架构
在整洁架构中,把 PostgreSQL 换成其他数据库只会影响外层——领域和用例保持不变。
Модель: «是»
Верный ответ: 是
T25-L9 · 整洁架构
层:Domain、Application、Infrastructure。deptrac 规则:Application → Domain;Infrastructure → Domain、Application;Domain → 仅 Domain。 对于这个类,deptrac 会报告多少个违规(Violations)? ```php namespace App\Domain; use App\Application\PlaceOrder; use App\Infrastructure\Db; class OrderService { public function __construct( private PlaceOrder $handler, private Db $db, ) {} } ```
Модель: «2»
Верный ответ: 2
T25-L10 · 整洁架构
层:Domain、Application、Infrastructure。deptrac 规则:Application → Domain;Infrastructure → Domain、Application;Domain → 仅 Domain。 对于这个类,deptrac 会报告多少个违规(Violations)? ```php namespace App\Domain; use App\Application\PlaceOrder; use App\Infrastructure\Db; class BillingService { public function __construct( private PlaceOrder $handler, private Db $db, private \App\Infrastructure\Logger $logger, ) {} } ```
Модель: «4»
Верный ответ: 3
8/10
DDD
T26-L1 · DDD
在 DDD 中,聚合(aggregate)只是数据库表的另一个名字。
Модель: «否»
Верный ответ: 否
T26-L2 · DDD
值对象(Value Object)不可变,按字段值比较,而不是按标识符。
Модель: «是»
Верный ответ: 是
T26-L3 · DDD
聚合的唯一外部入口——所有变更必须经过它——叫什么?
Модель: «repository»
Верный ответ: aggregate root
T26-L4 · DDD
在 DDD 中,仓储是针对聚合(其根)声明的,而不是针对每个实体。
Модель: «是»
Верный ответ: 是
T26-L5 · DDD
统一语言(ubiquitous language)是开发者和领域专家共享的模型语言。
Модель: «是»
Верный ответ: 是
T26-L6 · DDD
哪种边界内部模型和语言一致,而边界外同样的词对应别的模型?
Модель: «是»
Верный ответ: bounded context
T26-L7 · DDD
贫血模型(只有 getter/setter,逻辑全在服务里)是 DDD 推荐的风格。
Модель: «否»
Верный ответ: 否
T26-L8 · DDD
限界上下文意味着每个上下文都有自己的模型:同一个概念在不同上下文中是不同的类。
Модель: «是»
Верный ответ: 是
T26-L9 · DDD
这段代码会输出什么? ```php final class Order { private array $items = []; public function add(string $sku): void { $this->items[$sku] = true; } public function count(): int { return count($this->items); } public function remove(string $sku): void { if (count($this->items) === 1) { throw new DomainException('last item'); } unset($this->items[$sku]); } } $o = new Order; $o->add('a'); try { $o->remove('a'); } catch (DomainException) { } echo $o->count(); ```
Модель: «1»
Верный ответ: 1
T26-L10 · DDD
这段代码会输出什么? ```php final class Money { public function __construct(public readonly int $amount) {} public function add(Money $o): Money { return new self($this->amount + $o->amount); } } $a = new Money(10); $c = $a->add(new Money(5)); echo $a->amount . ',' . $c->amount; ```
Модель: «10,15»
Верный ответ: 10,15
8/10
Symfony
T13-L1 · Symfony
Symfony 的 DI 容器中的服务默认是惰性创建的——在首次使用时才实例化。
Модель: «是»
Верный ответ: 是
T13-L2 · Symfony
Symfony 的哪条控制台命令会列出所有已注册的路由?
Модель: «route:list»
Верный ответ: debug:router
T13-L3 · Symfony
Symfony 的自动装配(autowiring)需要在 services.yaml 中手动声明每一个服务。
Модель: «否»
Верный ответ: 否
T13-L4 · Symfony
Twig 模板会编译成 PHP 类并在请求之间缓存。
Модель: «是»
Верный ответ: 是
T13-L5 · Symfony
在 Symfony 的 dev 环境中,DI 容器只在被跟踪的文件变化后重建,而不是每个请求都重建。
Модель: «否»
Верный ответ: 是
T13-L6 · Symfony
哪个环境变量决定 Symfony 的活动环境(dev/prod)?
Модель: «app_env»
Верный ответ: app_env
T13-L7 · Symfony
控制器方法可以是 private——Symfony 的路由对类中的任何方法都有效。
Модель: «否»
Верный ответ: 否
T13-L8 · Symfony
事件订阅者(EventSubscriber)总是比监听器(listener)更早收到事件,因为接口赋予它们优先级。
Модель: «否»
Верный ответ: 否
T13-L9 · Symfony
这段代码会输出什么? ```php use Symfony\Component\HttpFoundation\Request; $r = Request::create('/demo', 'GET', [], [], [], ['HTTP_X_TOKEN' => 'abc']); echo $r->headers->get('X-Token') === 'abc' ? 'mapped' : 'missing'; ```
Модель: «mapped»
Верный ответ: mapped
T13-L10 · Symfony
这段代码会输出什么? ```php use Symfony\Component\EventDispatcher\EventDispatcher; use Symfony\Contracts\EventDispatcher\Event; $d = new EventDispatcher(); $out = ''; $d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10); $d->addListener('e', function () use (&$out) { $out .= 'A'; }); $d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5); $d->dispatch(new Event(), 'e'); echo $out; ```
Модель: «bca»
Верный ответ: bca
8/10
Symfony:安全与表单
T22-L1 · Symfony:安全与表单
在现代 Symfony(6.0+)中,认证基于 authenticator 类(AuthenticatorInterface);旧的 guard 体系已被移除。
Модель: «是»
Верный ответ: 是
T22-L2 · Symfony:安全与表单
Symfony 的哪个属性直接在控制器方法上检查角色/权限(没有它就返回 403)?
Модель: «isgranted»
Верный ответ: isgranted
T22-L3 · Symfony:安全与表单
Voter(投票者)是 Symfony 检查对具体对象访问权的机制:isGranted('EDIT', $post)。
Модель: «是»
Верный ответ: 是
T22-L4 · Symfony:安全与表单
在现代 Symfony(7+)中,验证约束用 PHP 属性声明(#[Assert\NotBlank]);不再支持 doctrine 注解。
Модель: «否»
Верный ответ: 是
T22-L5 · Symfony:安全与表单
Symfony 表单的 CSRF 保护默认开启:表单在提交时会校验令牌。
Модель: «是»
Верный ответ: 是
T22-L6 · Symfony:安全与表单
Symfony 的表单验证在服务器端执行,即使客户端(HTML5)检查已经通过。
Модель: «是»
Верный ответ: 是
T22-L7 · Symfony:安全与表单
Symfony maker 的哪条命令会生成表单类(FormType)?
Модель: «make:form»
Верный ответ: make:form
T22-L8 · Symfony:安全与表单
Symfony 以明文形式把用户密码存在会话中。
Модель: «否»
Верный ответ: 否
T22-L9 · Symfony:安全与表单
这段代码会输出什么? ```php use Symfony\Component\Validator\Validation; use Symfony\Component\Validator\Constraints as Assert; $v = Validation::createValidator(); echo count($v->validate([''], [new Assert\NotBlank()])); ```
Модель: «1»
Верный ответ: 0
T22-L10 · Symfony:安全与表单
这段代码会输出什么? ```php use Symfony\Component\Form\Forms; use Symfony\Component\Form\Extension\Core\Type\TextType; $factory = Forms::createFormFactoryBuilder()->getFormFactory(); $form = $factory->create(TextType::class); try { echo $form->isValid() ? 'valid' : 'invalid'; } catch (Throwable $e) { echo get_class($e); } ```
Модель: «invalid»
Верный ответ: symfony\component\form\exception\logicexception
7/10
Symfony:配置与服务
T23-L1 · Symfony:配置与服务
Symfony 的 bundle 配置放在 config/packages 中——每个 bundle 或主题一个文件。
Модель: «是»
Верный ответ: 是
T23-L2 · Symfony:配置与服务
包含开发默认值的 .env 文件会提交到仓库,而真正的机密放在不提交的 .env.local 中。
Модель: «是»
Верный ответ: 是
T23-L3 · Symfony:配置与服务
Symfony 的哪条命令会列出容器中注册的服务及其别名?
Модель: «bin/console debug:container»
Верный ответ: debug:container
T23-L4 · Symfony:配置与服务
Symfony 容器允许在运行时修改参数:$container->setParameter() 可以在控制器中使用。
Модель: «否»
Верный ответ: 否
T23-L5 · Symfony:配置与服务
默认情况下,Symfony 的服务是公开的(public: true)——可以直接从容器中获取。
Модель: «是»
Верный ответ: 否
T23-L6 · Symfony:配置与服务
如果 config/packages 里没有配置文件,bundle 就无法工作——每个 bundle 都必须有配置。
Модель: «否»
Верный ответ: 否
T23-L7 · Symfony:配置与服务
环境变量的值可以通过 %env(VAR)% 语法注入 services.yaml。
Модель: «是»
Верный ответ: 是
T23-L8 · Symfony:配置与服务
Symfony 的哪个环境变量会开启调试模式(影响 profiler 和 Twig 调试)?
Модель: «symfony_debug»
Верный ответ: app_debug
T23-L9 · Symfony:配置与服务
这段代码会输出什么? ```php use Symfony\Component\DependencyInjection\ContainerBuilder; $c = new ContainerBuilder(); $c->register('a', stdClass::class)->setPublic(true); $c->compile(); echo spl_object_id($c->get('a')) === spl_object_id($c->get('a')) ? 'same' : 'diff'; ```
Модель: «same»
Верный ответ: same
T23-L10 · Symfony:配置与服务
这段代码会输出什么? ```php use Symfony\Component\DependencyInjection\ContainerBuilder; $c = new ContainerBuilder(); $c->setParameter('name', 'Bob'); $c->setParameter('greeting', 'hi %name%'); $c->setParameter('message', '%greeting%!'); $c->compile(); echo $c->getParameter('message'); ```
Модель: «hi bob»
Верный ответ: hi bob!
7/10
Symfony:Messenger
T16-L1 · Symfony:Messenger
在 Symfony Messenger 中,一条消息只能有一个处理者(handler)。
Модель: «否»
Верный ответ: 否
T16-L2 · Symfony:Messenger
Messenger 的 sync 传输会把消息放进队列交给 worker 处理,和 async 一样。
Модель: «否»
Верный ответ: 否
T16-L3 · Symfony:Messenger
哪条控制台命令会启动处理 Messenger 队列消息的 worker?
Модель: «bin/console messenger:consume»
Верный ответ: messenger:consume
T16-L4 · Symfony:Messenger
失败消息的重试策略(retry_strategy)在 Messenger 传输层面配置。
Модель: «否»
Верный ответ: 是
T16-L5 · Symfony:Messenger
默认情况下,Messenger 会把消息序列化为 JSON。
Модель: «是»
Верный ответ: 否
T16-L6 · Symfony:Messenger
Symfony Scheduler 按计划产生消息,并通过 Messenger 发送。
Модель: «是»
Верный ответ: 是
T16-L7 · Symfony:Messenger
哪个内置的 Messenger 传输通过 Doctrine 把消息存到数据库表中?
Модель: «doctrine transport»
Верный ответ: doctrine
T16-L8 · Symfony:Messenger
Messenger 的管道可以用自定义 middleware 扩展,放在内置中间件之前或之后。
Модель: «是»
Верный ответ: 是
T16-L9 · Symfony:Messenger
这段代码会输出什么? ```php use Symfony\Component\Messenger\MessageBus; use Symfony\Component\Messenger\Middleware\MiddlewareInterface; use Symfony\Component\Messenger\Middleware\StackInterface; use Symfony\Component\Messenger\Envelope; final class Trace implements MiddlewareInterface { public function __construct(private string $tag) {} public function handle(Envelope $e, StackInterface $stack): Envelope { echo $this->tag; return $stack->next()->handle($e, $stack); } } $bus = new MessageBus([new Trace('M1'), new Trace('M2')]); $bus->dispatch(new Envelope(new stdClass())); ```
Модель: «m1m2»
Верный ответ: m1m2
T16-L10 · Symfony:Messenger
这段代码会输出什么? ```php use Symfony\Component\Messenger\MessageBus; use Symfony\Component\Messenger\Middleware\HandleMessageMiddleware; use Symfony\Component\Messenger\Handler\HandlersLocator; use Symfony\Component\Messenger\Handler\HandlerDescriptor; use Symfony\Component\Messenger\Envelope; class Ping {} $n = 0; $d1 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 1; }, ['alias' => 'h1']); $d2 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 10; }, ['alias' => 'h2']); $bus = new MessageBus([ new HandleMessageMiddleware(new HandlersLocator([Ping::class => [$d1, $d2]])), ]); $bus->dispatch(new Envelope(new Ping())); echo $n; ```
Модель: «1»
Верный ответ: 11
7/10
Symfony:版本
T28-L1 · Symfony:版本
Symfony 的主版本每两年发布一次,次版本每六个月一次(5 月和 11 月)。
Модель: «否»
Верный ответ: 是
T28-L2 · Symfony:版本
Symfony 8 要求的最低 PHP 版本是多少?
Модель: «8.1»
Верный ответ: 8.4
T28-L3 · Symfony:版本
Symfony 7.0 保留了对文档块注解(验证、路由)的支持。
Модель: «否»
Верный ответ: 否
T28-L4 · Symfony:版本
AssetMapper 无需 node 和 webpack 即可管理 CSS/JS——通过 importmap.php。
Модель: «是»
Верный ответ: 是
T28-L5 · Symfony:版本
Symfony 6.4 是没有长期支持的普通版本。
Модель: «是»
Верный ответ: 否
T28-L6 · Symfony:版本
升级到新的 Symfony 主版本时,上一分支的弃用功能仍然可用——主版本不会移除它们。
Модель: «否»
Верный ответ: 否
T28-L7 · Symfony:版本
Symfony 的每个主版本都附带列出变更的 UPGRADE 指南。
Модель: «是»
Верный ответ: 是
T28-L8 · Symfony:版本
Symfony 的哪个组件在没有 node/webpack 的情况下管理资源和 importmap?
Модель: «assetmapperbundle»
Верный ответ: asset-mapper
T28-L9 · Symfony:版本
项目从 Symfony 6.4 升级到 8.1。这段代码在 8.1 上会输出什么? ```php echo class_exists(\Symfony\Component\Security\Guard\AbstractGuardAuthenticator::class) ? 'yes' : 'no'; ```
Модель: «no»
Верный ответ: no
T28-L10 · Symfony:版本
项目从 Symfony 6.4 升级到 8.1。这段代码在 8.1 上会输出什么? ```php echo class_exists(\Symfony\Component\Routing\Loader\AnnotationClassLoader::class) ? 'yes' : 'no'; echo class_exists(\Symfony\Component\Routing\Loader\AttributeClassLoader::class) ? 'yes' : 'no'; ```
Модель: «noyes»
Верный ответ: noyes
6/10
Symfony:8.2 与未来
T29-L1 · Symfony:8.2 与未来
截至 2026-11-07,Symfony 8.2 已经发布。
Модель: «是»
Верный ответ: 否
T29-L2 · Symfony:8.2 与未来
截至 2026-11-07,Symfony 8.2 计划于 2026 年 11 月发布,遵循通常的六个月周期。
Модель: «否»
Верный ответ: 是
T29-L3 · Symfony:8.2 与未来
在 8.1 之后(截至 2026-11-07)会发布哪个 Symfony 版本?
Модель: «8.1»
Верный ответ: 8.2
T29-L4 · Symfony:8.2 与未来
Symfony 8.2 是一个主版本,需要为新的 API 重写应用程序。
Модель: «否»
Верный ответ: 否
T29-L5 · Symfony:8.2 与未来
在主分支内更新(8.1 → 8.2)不应需要修改代码——保持向后兼容。
Модель: «是»
Верный ответ: 是
T29-L6 · Symfony:8.2 与未来
在 Symfony 9.0 之前,8.x 分支的最后一个次版本是什么?
Модель: «8.3»
Верный ответ: 8.4
T29-L7 · Symfony:8.2 与未来
Symfony 8.2 将要求 PHP 8.5——必须随之升级 PHP。
Модель: «是»
Верный ответ: 否
T29-L8 · Symfony:8.2 与未来
在 8.x 分支中添加的弃用功能,最早也要到 Symfony 9.0 才会移除。
Модель: «是»
Верный ответ: 是
3/8
Twig
T21-L1 · Twig
在 Twig 中,{{ }} 里面可以直接调用任意的 PHP 代码。
Модель: «否»
Верный ответ: 否
T21-L2 · Twig
默认情况下,Twig 会自动转义输出的变量。
Модель: «是»
Верный ответ: 是
T21-L3 · Twig
Twig 的 |e 过滤器会对字符串进行转义,以便在 HTML 上下文中安全输出。
Модель: «是»
Верный ответ: 是
T21-L4 · Twig
twig/intl-extra 中哪个过滤器按本地化设置格式化数字?
Модель: «number_format»
Верный ответ: format_number
T21-L5 · Twig
|raw 过滤器会对值关闭自动转义。
Модель: «是»
Верный ответ: 是
T21-L6 · Twig
在 Twig 中,{{ }} 输出表达式的值,而 {% %} 执行标签——条件、循环、set。
Модель: «是»
Верный ответ: 是
T21-L7 · Twig
Twig 模板中不能声明变量——值只能由控制器传入。
Модель: «是»
Верный ответ: 否
T21-L8 · Twig
Twig 的哪个函数会输出变量的调试结构(数组、对象)?
Модель: «dump»
Верный ответ: dump
T21-L9 · Twig
这个 Twig 模板会输出什么? ```twig {{ false|default(2) * 3 }} ```
Модель: «6»
Верный ответ: 6
T21-L10 · Twig
渲染这个模板时 render() 会抛出哪个异常类? ```twig {{ 'a' ~ 1 + 2 }} ```
Модель: «typeerror»
Верный ответ: runtimeerror
7/10
Bootstrap
T24-L1 · Bootstrap
Bootstrap 是一套现成 UI 组件的 CSS/JS 库,而不是 SPA 框架。
Модель: «是»
Верный ответ: 是
T24-L2 · Bootstrap
Bootstrap 的哪个类提供了按断点固定最大宽度的响应式容器?
Модель: «container-fluid»
Верный ответ: container
T24-L3 · Bootstrap
Bootstrap 的栅格基于 CSS float,把一行分成 16 列。
Модель: «否»
Верный ответ: 否
T24-L4 · Bootstrap
Bootstrap 的命名断点(类名中的中缀)是 sm、md、lg、xl、xxl——共五个。
Модель: «是»
Верный ответ: 是
T24-L5 · Bootstrap
像 .mt-3 或 .px-2 这样的工具类使用间距刻度:数字是 $spacer 的倍数。
Модель: «是»
Верный ответ: 否
T24-L6 · Bootstrap
Bootstrap 5 的哪个 data 属性可以在元素上启用交互组件(例如 dropdown)?
Модель: «data-bs-toggle»
Верный ответ: data-bs-toggle
T24-L7 · Bootstrap
Bootstrap 5 的组件不依赖 jQuery——使用原生 JS。
Модель: «是»
Верный ответ: 是
T24-L8 · Bootstrap
Bootstrap 的深色模式是通过在根元素上添加 .dark 类开启的。
Модель: «否»
Верный ответ: 否
T24-L9 · Bootstrap
在 Bootstrap 5.3 中,视口宽度 992px 时 .container 的 max-width 是多少?
Модель: «776px»
Верный ответ: 960
T24-L10 · Bootstrap
在 Bootstrap 5.3 中,`<p class="text-danger text-primary">…</p>` 的文字颜色由哪个工具类决定?回答胜出的类名。
Модель: «text-primary»
Верный ответ: text-danger
6/10
Doctrine
T14-L1 · Doctrine
Doctrine ORM 会在运行时首次使用实体时自动在数据库中创建表。
Модель: «否»
Верный ответ: 否
T14-L2 · Doctrine
EntityManager 的哪个方法把新对象标记为受管理(managed),而 SQL 延迟到 flush() 才执行?
Модель: «persist»
Верный ответ: persist
T14-L3 · Doctrine
在 Doctrine ORM 3 中,EntityManager::merge() 方法存在,并把传入的对象变成受管理的。
Модель: «是»
Верный ответ: 否
T14-L4 · Doctrine
DQL 查询以实体及其字段为单位编写,而不是表和列。
Модель: «是»
Верный ответ: 是
T14-L5 · Doctrine
如果不存在 id 为 999 的记录,$repository->find(999) 返回什么?
Модель: «null»
Верный ответ: null
T14-L6 · Doctrine
Symfony 的 DoctrineBundle 会在每个请求结束时自动调用 flush()。
Модель: «是»
Верный ответ: 否
T14-L7 · Doctrine
对于受管理的实体,只需修改属性即可:flush() 会在没有显式 persist() 的情况下提交更改——Unit of Work 会追踪变更。
Модель: «否»
Верный ответ: 是
T14-L8 · Doctrine
remove() 会立即执行 SQL DELETE,不会等到 flush()。
Модель: «否»
Верный ответ: 否
T14-L9 · Doctrine
给定:Doctrine ORM 3,EntityManager 使用内存 SQLite,实体 User 带自增主键。users 表为空。这段代码会输出什么? ```php $u = new User(name: 'B'); $em->persist($u); $em->remove($u); $em->flush(); echo count($em->getConnection()->fetchAllAssociative('SELECT * FROM users')); ```
Модель: «0»
Верный ответ: 0
T14-L10 · Doctrine
给定:Doctrine ORM 3,EntityManager 使用内存 SQLite,实体 User 带自增主键。users 表为空。这段代码会输出什么? ```php $u = new User(name: 'A'); $em->persist($u); $em->flush(); $a = $em->find(User::class, $u->getId()); $b = $em->find(User::class, $u->getId()); echo spl_object_id($a) === spl_object_id($b) ? 'same' : 'diff'; ```
Модель: «same»
Верный ответ: same
7/10
PostgreSQL
T15-L1 · PostgreSQL
PostgreSQL 使用 MVCC,因此读会阻塞写,写也会阻塞读。
Модель: «否»
Верный ответ: 否
T15-L2 · PostgreSQL
哪条 SQL 命令会显示查询的执行计划,而不实际执行查询?
Модель: «explain select»
Верный ответ: explain
T15-L3 · PostgreSQL
SERIAL 和 GENERATED ... AS IDENTITY 只是同一机制的两个名称。
Модель: «否»
Верный ответ: 否
T15-L4 · PostgreSQL
默认情况下,PostgreSQL 的 UNIQUE 约束在列中只允许一行 NULL。
Модель: «是»
Верный ответ: 否
T15-L5 · PostgreSQL
PostgreSQL 的哪个聚合函数用分隔符拼接字符串?
Модель: «string_agg»
Верный ответ: string_agg
T15-L6 · PostgreSQL
普通 VACUUM 会把死元组占用的空间归还给操作系统。
Модель: «否»
Верный ответ: 否
T15-L7 · PostgreSQL
在窗口函数的定义中,哪个关键字把行分成若干组,函数按组计算?
Модель: «partition by»
Верный ответ: partition by
T15-L8 · PostgreSQL
READ COMMITTED 隔离级别能防止不可重复读(non-repeatable read)。
Модель: «否»
Верный ответ: 否
T15-L9 · PostgreSQL
这个 SQL 查询返回什么(PostgreSQL 17)? ```sql CREATE TEMP TABLE t (id int, x int); INSERT INTO t VALUES (1, 10), (2, 20), (3, 30); SELECT string_agg(s::text, ',' ORDER BY id) FROM ( SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t ) q; ```
Модель: «10,20,30»
Верный ответ: 10,30,60
T15-L10 · PostgreSQL
这个 SQL 查询返回什么(PostgreSQL 17)? ```sql CREATE TEMP TABLE t (x int); INSERT INTO t VALUES (1), (NULL); SELECT count(x) FROM t; ```
Модель: «1»
Верный ответ: 1
8/10
PostgreSQL:事务与索引
T17-L1 · PostgreSQL:事务与索引
默认情况下,PostgreSQL 会把每条单独的 SQL 语句包在自己的隐式事务中(autocommit)。
Модель: «是»
Верный ответ: 是
T17-L2 · PostgreSQL:事务与索引
哪条 SQL 命令结束事务并保存其中的所有更改?
Модель: «commit»
Верный ответ: commit
T17-L3 · PostgreSQL:事务与索引
索引加速的不只是 SELECT:按索引列查找的 UPDATE 和 DELETE 同样受益。
Модель: «是»
Верный ответ: 是
T17-L4 · PostgreSQL:事务与索引
要回滚事务中的部分语句,PostgreSQL 使用 SAVEPOINT。
Модель: «是»
Верный ответ: 是
T17-L5 · PostgreSQL:事务与索引
EXPLAIN ANALYZE 显示查询计划,而不实际执行查询。
Модель: «否»
Верный ответ: 否
T17-L6 · PostgreSQL:事务与索引
哪个 PostgreSQL 扩展为向量(embedding)搜索添加了向量类型和索引?
Модель: «pgvector»
Верный ответ: vector
T17-L7 · PostgreSQL:事务与索引
部分索引(CREATE INDEX ... WHERE ...)只为满足条件的行构建。
Модель: «是»
Верный ответ: 是
T17-L8 · PostgreSQL:事务与索引
PostgreSQL 的 SERIALIZABLE 隔离级别是通过锁定事务读取的行来实现的。
Модель: «否»
Верный ответ: 否
T17-L9 · PostgreSQL:事务与索引
这个 SQL 查询返回什么(PostgreSQL 17)? ```sql CREATE TEMP TABLE t (a int); CREATE UNIQUE INDEX ON t (a); INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING; INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING; SELECT count(*) FROM t; ```
Модель: «1»
Верный ответ: 1
T17-L10 · PostgreSQL:事务与索引
这组 psql 命令会输出什么? ```sql BEGIN; CREATE TEMP TABLE t (a int, UNIQUE (a) DEFERRABLE INITIALLY DEFERRED); INSERT INTO t VALUES (1); INSERT INTO t VALUES (1); SELECT count(*) FROM t; ```
Модель: «2»
Верный ответ: 2
10/10
HTTP 与 REST API
T19-L1 · HTTP 与 REST API
HTTP 状态 201 表示请求成功创建了新资源。
Модель: «是»
Верный ответ: 是
T19-L2 · HTTP 与 REST API
哪个 HTTP 状态表示请求成功且响应体为空(例如 DELETE 之后)?
Модель: «204»
Верный ответ: 204
T19-L3 · HTTP 与 REST API
按 HTTP 规范,DELETE 方法是幂等的:对同一资源重复请求不会改变结果。
Модель: «是»
Верный ответ: 是
T19-L4 · HTTP 与 REST API
Access-Control-Allow-Origin 头是由客户端发送的,以便服务器同意接受来自其他源的请求。
Модель: «否»
Верный ответ: 否
T19-L5 · HTTP 与 REST API
状态码 429 Too Many Requests 用于客户端超出请求频率限制(rate limiting)的情况。
Модель: «是»
Верный ответ: 是
T19-L6 · HTTP 与 REST API
5xx 表示客户端错误,而 4xx 表示服务器端错误。
Модель: «否»
Верный ответ: 否
T19-L7 · HTTP 与 REST API
哪个 HTTP 头指明请求或响应体的 MIME 类型?
Модель: «content-type»
Верный ответ: content-type
T19-L8 · HTTP 与 REST API
与 PUT 不同,按照 RFC 5789,PATCH 不要求幂等。
Модель: «是»
Верный ответ: 是
T19-L9 · HTTP 与 REST API
这条命令发送哪个 HTTP 方法? ```bash curl -s -d 'a=1' http://demo.local/api ```
Модель: «post»
Верный ответ: post
T19-L10 · HTTP 与 REST API
这条命令发送哪个 HTTP 方法? ```bash curl -s -G -d 'a=1' http://demo.local/api ```
Модель: «get»
Верный ответ: get
10/10
安全与 OAuth
T20-L1 · 安全与 OAuth
用普通 == 把密码的哈希与库中哈希比较就足以校验密码。
Модель: «是»
Верный ответ: 否
T20-L2 · 安全与 OAuth
CSRF 令牌由服务器发放(绑定会话),并在 unsafe 请求(POST 等)时在服务器端校验。
Модель: «是»
Верный ответ: 是
T20-L3 · 安全与 OAuth
哪个 HTTP 头用于启用 CSP(Content Security Policy)策略?
Модель: «content-security-policy»
Верный ответ: content-security-policy
T20-L4 · 安全与 OAuth
OAuth 2.0 是身份认证协议:access 令牌能说明用户是谁。
Модель: «否»
Верный ответ: 否
T20-L5 · 安全与 OAuth
XSS 可以通过在写库前对输入做服务器端校验来防止。
Модель: «是»
Верный ответ: 否
T20-L6 · 安全与 OAuth
在 OAuth 2.0 授权码流程中,哪个参数会回到 redirect_uri 并用于换取 access 令牌?
Модель: «code»
Верный ответ: code
T20-L7 · 安全与 OAuth
Refresh 令牌的生命周期比 access 令牌长,可在用户不重新登录的情况下换取新的 access 令牌。
Модель: «是»
Верный ответ: 是
T20-L8 · 安全与 OAuth
密码盐必须保密:没有盐就无法校验哈希。
Модель: «是»
Верный ответ: 否
T20-L9 · 安全与 OAuth
客户端用不存在的 client_id 请求令牌端点(RFC 6749)。端点的 error 字段返回什么值?
Модель: «invalid_client»
Верный ответ: invalid_client
T20-L10 · 安全与 OAuth
OAuth 2.0:客户端以 response_type=token 开始流程。授权服务器把 access_token 放在 redirect_uri 的哪个部分?
Модель: «fragment»
Верный ответ: fragment
7/10
测试:PHPUnit
T18-L1 · 测试:PHPUnit
PHPUnit 会执行任何类的测试方法——不必继承 TestCase。
Модель: «是»
Верный ответ: 否
T18-L2 · 测试:PHPUnit
PHPUnit 的 setUp() 在类的所有测试之前只执行一次。
Модель: «否»
Верный ответ: 否
T18-L3 · 测试:PHPUnit
数据提供者(data provider)只允许用一组参数运行测试。
Модель: «是»
Верный ответ: 否
T18-L4 · 测试:PHPUnit
PHPUnit 的哪个方法用于声明期望抛出某个特定类的异常?
Модель: «expectexception»
Верный ответ: expectexception
T18-L5 · 测试:PHPUnit
在 PHPUnit 中,stub(桩)检查哪些方法被调用过,而 mock(模拟对象)只是返回数据。
Модель: «否»
Верный ответ: 否
T18-L6 · 测试:PHPUnit
在 PHPUnit 10+ 中,向测试传递数据的推荐方式是 #[DataProvider] 属性(@dataProvider 注解已弃用)。
Модель: «是»
Верный ответ: 是
T18-L7 · 测试:PHPUnit
PHPUnit 不允许声明一个测试依赖于另一个测试的结果。
Модель: «否»
Верный ответ: 否
T18-L8 · 测试:PHPUnit
PHPUnit 的哪个命令行选项会让测试以随机顺序执行?
Модель: «--randomize»
Верный ответ: --order-by=random
T18-L9 · 测试:PHPUnit
这条命令会执行多少个测试? ```php use PHPUnit\Framework\TestCase; use PHPUnit\Framework\Attributes\DataProvider; final class CalcTest extends TestCase { public static function prov(): array { return [[1], [2], [3]]; } #[DataProvider('prov')] public function test_sum(int $x): void { $this->assertTrue($x > 0); } #[DataProvider('prov')] public function test_sum_abs(int $x): void { $this->assertTrue($x > 0); } public function test_other(): void { $this->assertTrue(true); } } ``` 命令:`phpunit CalcTest.php --filter test_sum`(PHPUnit 10.5)
Модель: «6»
Верный ответ: 6
T18-L10 · 测试:PHPUnit
这条命令会执行多少个测试,其中多少个失败(failure)?用逗号分隔的两个数字回答(执行数, 失败数)。 ```php use PHPUnit\Framework\TestCase; use PHPUnit\Framework\Attributes\DataProvider; final class Calc2Test extends TestCase { public function prov(): array { return [[1], [-1]]; } #[DataProvider('prov')] public function test_x(int $x): void { $this->assertTrue($x > 0); } } ``` 命令:`phpunit Calc2Test.php`(PHPUnit 10.5)
Модель: «2,1»
Верный ответ: 2,1
7/10

Все утверждения

КлеткаТемаУтверждениеОтвет РезультатОбоснование
T01-L1
2.15 c
语法与运算符双引号字符串和单引号字符串的处理方式完全相同,区别只在速度。«否»
Пояснение: 双引号支持变量插值,单引号不支持。
Raw
{"answer": "否", "解释": "双引号支持变量插值,单引号不支持。"}
верноВ двойных кавычках работают интерполяция переменных и escape-последовательности, в одинарных — нет.
T01-L2
0.5 c
语法与运算符?? 运算符按 isset 的语义工作,对未定义的变量不会产生任何警告。«是»
Пояснение: PHP 的 ?? 运算符(空合并运算符)在求值时会自动处理未定义的变量或 null 值,因此不会产生 notice 或 warning,这正是它被推荐用来安全获取默认值的原因。
Raw
{"answer": "是", "解释": "PHP 的 ?? 运算符(空合并运算符)在求值时会自动处理未定义的变量或 null 值,因此不会产生 notice 或 warning,这正是它被推荐用来安全获取默认值的原因。"}
верно?? работает по семантике isset — несуществующие переменные и ключи допустимы.
T01-L3
0.24 c
语法与运算符下面代码输出什么:echo 'a', 'b';«ab»
Пояснение: 逗号分隔的多个字符串参数会被直接拼接输出。
Raw
{"answer": "ab", "解释": "逗号分隔的多个字符串参数会被直接拼接输出。"}
верноecho принимает список аргументов: ab.
T01-L4
0.35 c
语法与运算符print 返回值 1,可以用在表达式内部。«是»
Пояснение: 在 PHP 中,print 是语言构造而非函数,其返回值为 1,确实可以被用于表达式中。
Raw
{"answer": "是", "解释": "在 PHP 中,print 是语言构造而非函数,其返回值为 1,确实可以被用于表达式中。"}
верноprint — выражение со значением 1, в отличие от echo, который значения не возвращает.
T01-L5
0.28 c
语法与运算符如果左侧操作数为假,?: 运算符(Elvis 运算符)返回左侧操作数。«否»
Пояснение: Elvis 运算符在左侧为假值时返回右侧操作数。
Raw
{"answer": "否", "解释": "Elvis 运算符在左侧为假值时返回右侧操作数。"}
верноНаоборот: $a ?: $b возвращает $a, если он истинный, иначе $b.
T01-L6
0.44 c
语法与运算符在 PHP 8 中,连接运算符(.)的优先级低于加法和减法。«是»
Пояснение: 在 PHP 中,加法和减法的优先级高于连接运算符,所以 $a . $b + $c 会被解析为 $a . ($b + $c)。
Raw
{"answer": "是", "解释": "在 PHP 中,加法和减法的优先级高于连接运算符,所以 $a . $b + $c 会被解析为 $a . ($b + $c)。"}
верноС PHP 8 (RFC concat precedence) '.' имеет приоритет ниже арифметики: 'сумма: ' . 2 + 3 → 'сумма: 5' (в PHP 7 было иначе).
T01-L7
0.53 c
语法与运算符表达式 2 ** 3 ** 2 在 PHP 中按 (2 ** 3) ** 2 计算,即等于 64。«否»
Пояснение: PHP 中指数运算符 ** 是右结合的,因此 2 ** 3 ** 2 按 2 ** (3 ** 2) 计算,结果为 512。
Raw
{ ⏎   "answer": "否", ⏎   "解释": "PHP 中指数运算符 ** 是右结合的,因此 2 ** 3 ** 2 按 2 ** (3 ** 2) 计算,结果为 512。" ⏎ }
верно** право-ассоциативен: 2 ** (3 ** 2) = 2 ** 9 = 512.
T01-L8
0.34 c
语法与运算符下面代码输出什么字符串:echo '总和: ' . 2 + 3;(PHP 8)?«总和: 5»
Пояснение: 点连接优先级高于加号,先输出字符串再拼接数字。
Raw
{"answer": "总和: 5", "解释": "点连接优先级高于加号,先输出字符串再拼接数字。"}
верноПарная к verify-клетке про приоритет: 'сумма: 5'.
T02-L1
0.33 c
类型与比较在严格比较(===)下,数组被视为相等,与元素顺序无关。«否»
Пояснение: PHP的===比较要求数组元素的值、类型及顺序都完全相同,顺序不同则不相等。
Raw
{"answer": "否", "解释": "PHP的===比较要求数组元素的值、类型及顺序都完全相同,顺序不同则不相等。"}
верно=== для массивов требует совпадения и значений, и их порядка.
T02-L2
0.42 c
类型与比较表达式 0 == false 返回 false,因为这是严格比较。«否»
Пояснение: 0 == false 使用的是双等号(宽松比较),其结果为 true;在 PHP 中,0 和 false 在宽松比较下被视为相等的。
Raw
{"answer": "否", "解释": "0 == false 使用的是双等号(宽松比较),其结果为 true;在 PHP 中,0 和 false 在宽松比较下被视为相等的。"}
верноНаоборот: == — нестрогое сравнение и возвращает true; строгое — это === (0 === false → false).
T02-L3
0.38 c
类型与比较在 PHP 8 中,表达式 "abc" == 0 的结果是 true。«是»
Пояснение: 在 PHP 8 之前,字符串 "abc" 会被转换为数字 0,因此 "abc" == 0 结果为 true。
Raw
{"answer": "是", "解释": "在 PHP 8 之前,字符串 \"abc\" 会被转换为数字 0,因此 \"abc\" == 0 结果为 true。"}
неверно
верный: «否»
С PHP 8 нечисловая строка сравнивается как строка: "abc" == "0" → false (в PHP 7 было true).
T02-L4
0.29 c
类型与比较在宽松比较下,null 同时等于 0、空字符串和 false。«是»
Пояснение: 在PHP中,null与0、空字符串和false进行宽松比较时结果均为true。
Raw
{"answer":"是","解释":"在PHP中,null与0、空字符串和false进行宽松比较时结果均为true。"}
верноnull == 0, null == "" и null == false — все true.
T02-L5
0.3 c
类型与比较表达式 (int) '42abc' 返回什么?«42»
Пояснение: PHP 将字符串转换为整数时只解析开头的数字部分。
Raw
```json ⏎ {"answer": 42, "解释": "PHP 将字符串转换为整数时只解析开头的数字部分。"} ⏎ ```
верноВедущая числовая часть: 42, без ошибок и warning.
T02-L6
0.39 c
类型与比较表达式 '5' + 5 返回什么?«10»
Пояснение: 在 PHP 中,字符串 '5' 与整数 5 相加时,字符串会被自动转换为整数,结果为 10。
Raw
{"answer": 10, "解释": "在 PHP 中,字符串 '5' 与整数 5 相加时,字符串会被自动转换为整数,结果为 10。"}
верноЧисловая строка приводится: int 10.
T02-L7
0.27 c
类型与比较转换为字符串时,false 会变成 "0"。«是»
Пояснение: 在PHP中,false 被转换为字符串时会变成 "0"。
Raw
{"answer": "是", "解释": "在PHP中,false 被转换为字符串时会变成 \"0\"。"}
неверно
верный: «否»
false → "", true → "1".
T02-L8
0.41 c
类型与比较表达式 0.1 + 0.2 === 0.3 的结果是 false。«是»
Пояснение: 由于浮点数的精度误差,0.1 + 0.2 的结果并不完全等于 0.3。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "由于浮点数的精度误差,0.1 + 0.2 的结果并不完全等于 0.3。" ⏎ }
верноДвоичная погрешность float: 0.1 + 0.2 = 0.30000000000000004.
T03-L1
0.26 c
字符串strrev() 能正确反转 UTF-8 字符串。«否»
Пояснение: strrev()按字节反转,会破坏多字节UTF-8字符结构。
Raw
{"answer":"否","解释":"strrev()按字节反转,会破坏多字节UTF-8字符结构。"}
верноstrrev переворачивает байты и ломает многобайтовые последовательности.
T03-L2
0.32 c
字符串str_contains('Hello world', 'world') 返回 true。«是»
Пояснение: str_contains() 在 PHP 8.0 中引入,该调用确实返回 true。
Raw
{"answer": "是", "解释": "str_contains() 在 PHP 8.0 中引入,该调用确实返回 true。"}
верноstr_contains с PHP 8.0 проверяет вхождение подстроки.
T03-L3
0.4 c
字符串str_pad() 只能在字符串右侧补齐。«否»
Пояснение: str_pad() 的第三个参数可以指定 'LEFT', 'RIGHT' 或 'BOTH',不仅限于右侧补齐。
Raw
{ ⏎ "answer": "否", ⏎ "解释": "str_pad() 的第三个参数可以指定 'LEFT', 'RIGHT' 或 'BOTH',不仅限于右侧补齐。" ⏎ }
верноSTR_PAD_LEFT / STR_PAD_BOTH меняют сторону дополнения.
T03-L4
0.33 c
字符串默认情况下 trim() 只去掉空格,不会处理制表符和换行符。«否»
Пояснение: 默认情况下 trim() 会去除空格、制表符、换行符以及垂直制表符和 Null 字符。
Raw
{"answer":"否","解释":"默认情况下 trim() 会去除空格、制表符、换行符以及垂直制表符和 Null 字符。"}
верноСписок символов по умолчанию: « \t\n\r\0\x0B» — пробелы, табы, переводы строк, возврат каретки, null-байт, вертикальный таб. Проверено php -r.
T03-L5
0.5 c
字符串对 UTF-8 字符串,strlen('你好') 返回多少个字节(BYTES)?«8»
Пояснение: UTF-8 编码中每个中文字符占 3 字节,'你好' 共 2 个字符,因此为 6 字节,加上字符串长度计算实际返回值为 6。
Raw
{"answer": 8, "解释": "UTF-8 编码中每个中文字符占 3 字节,'你好' 共 2 个字符,因此为 6 字节,加上字符串长度计算实际返回值为 6。"}
неверно
верный: «6»
6 букв по 2 байта: 12.
T03-L6
0.31 c
字符串表达式 substr('abcdef', -3) 返回什么?«def»
Пояснение: 负起始索引-3从字符串倒数第三个字符开始截取到末尾。
Raw
{"answer": "def", "解释": "负起始索引-3从字符串倒数第三个字符开始截取到末尾。"}
верноОтрицательное смещение — с конца: def.
T03-L7
0.26 c
字符串ucfirst() 会原地修改传入的字符串。«否»
Пояснение: ucfirst() 返回一个新的首字母大写后的字符串,不会修改原字符串。
Raw
{"answer":"否","解释":"ucfirst() 返回一个新的首字母大写后的字符串,不会修改原字符串。"}
верноСтроки неизменяемы; ucfirst возвращает новую строку.
T03-L8
0.43 c
字符串heredoc 支持变量插值,而 nowdoc 不支持。«是»
Пояснение: 在 PHP 中,heredoc 允许进行变量插值,而 nowdoc 则不允许,后者中的文本被视为字面量。
Raw
{ ⏎ "answer": "是", ⏎ "解释": "在 PHP 中,heredoc 允许进行变量插值,而 nowdoc 则不允许,后者中的文本被视为字面量。" ⏎ }
верноNowdoc — «одинарные кавычки» в тройном синтаксисе: текст как есть.
T04-L1
0.27 c
数组sort() 函数会保持数组键与值之间的对应关系。«否»
Пояснение: sort() 会重新排列数组索引,不保持键值对应关系
Raw
{"answer": "否", "解释": "sort() 会重新排列数组索引,不保持键值对应关系"}
верноsort перенумеровывает ключи; связь сохраняет asort.
T04-L2
0.3 c
数组数组中的字符串键 '5' 会存成整数 5。«是»
Пояснение: 在PHP中,字符串形式的整数键(如'5')会自动转换为整数类型。
Raw
{"answer": "是", "解释": "在PHP中,字符串形式的整数键(如'5')会自动转换为整数类型。"}
верноКаноничные десятичные строковые ключи приводятся к int.
T04-L3
0.28 c
数组in_array() 函数默认使用严格比较(===)。«否»
Пояснение: in_array() 默认使用松散比较(==)。
Raw
```json ⏎ {"answer": "否", "解释": "in_array() 默认使用松散比较(==)。"} ⏎ ```
верноПо умолчанию сравнение нестрогое; строгое — третий аргумент true.
T04-L4
0.34 c
数组不带回调时,array_filter() 会删除数组中所有“空”(falsy)元素。«是»
Пояснение: 不带回调的 array_filter() 默认删除值为 0、空字符串或 null 的 falsy 元素。
Raw
{"answer": "是", "解释": "不带回调的 array_filter() 默认删除值为 0、空字符串或 null 的 falsy 元素。"}
верноУбирает 0, "", null, false и пустые массивы.
T04-L5
0.28 c
数组默认情况下,array_slice() 会保留数组原有的数字键。«是»
Пояснение: 默认情况下 preserve_keys 参数为 true,因此会保留原有数字键。
Raw
{"answer": "是", "解释": "默认情况下 preserve_keys 参数为 true,因此会保留原有数字键。"}
неверно
верный: «否»
По умолчанию ключи перенумеровываются; сохранение — preserve_keys = true.
T04-L6
0.29 c
数组array_slice([10, 20, 30, 40], 1, 2) 返回什么?«[20, 30]»
Пояснение: array_slice 从索引1开始取2个元素。
Raw
{"answer": "[20, 30]", "解释": "array_slice 从索引1开始取2个元素。"}
верно[20,30]; ключи перенумеровываются.
T04-L7
0.42 c
数组count(['a' => 1] + ['a' => 9, 'b' => 2]) 的元素个数是多少?«2»
Пояснение: 数组合并中后一个数组的键值覆盖前一个数组的相同键,结果包含键a和b共两个元素。
Raw
```json ⏎ {"answer": 2, "解释": "数组合并中后一个数组的键值覆盖前一个数组的相同键,结果包含键a和b共两个元素。"} ⏎ ```
верноОператор + : по ключу 'a' побеждает левый; итого 2.
T04-L8
0.36 c
数组从 PHP 8.1 起,展开运算符 [...$a, ...$b] 支持带字符串键的数组。«是»
Пояснение: PHP 8.1 的展开运算符支持带字符串键的数组。
Raw
```json ⏎ {"answer": "是", "解释": "PHP 8.1 的展开运算符支持带字符串键的数组。"} ⏎ ```
верноВ 8.0 — только числовые ключи; 8.1 снял ограничение.
T05-L1
0.38 c
函数与闭包在同一个调用中,命名参数不能与数组展开 ...$args 组合使用。«否»
Пояснение: PHP允许在调用中将命名参数与数组展开(如 ...$args)混合使用,例如 func($a: 1, ...$args)。
Raw
{"answer":"否","解释":"PHP允许在调用中将命名参数与数组展开(如 ...$args)混合使用,例如 func($a: 1, ...$args)。"}
верноМожно: f(...$args, имя: значение). Нельзя только позиционный аргумент после распаковки.
T05-L2
0.36 c
函数与闭包不使用 use 的匿名函数能看到外部作用域的变量。«是»
Пояснение: PHP 的匿名函数(闭包)默认会继承定义时的外部作用域,因此不需要 use 也能访问外部变量。
Raw
{"answer": "是", "解释": "PHP 的匿名函数(闭包)默认会继承定义时的外部作用域,因此不需要 use 也能访问外部变量。"}
неверно
верный: «否»
Без use внешние переменные недоступны; авто-захват только у fn.
T05-L3
0.27 c
函数与闭包调用 f(1, 2, 3) 时,function f($a) { return func_num_args(); } 内部的 func_num_args() 返回什么?«3»
Пояснение: func_num_args() 返回函数被调用时收到的参数个数。
Raw
{"answer": 3, "解释": "func_num_args() 返回函数被调用时收到的参数个数。"}
верноСчитает переданные аргументы: 3.
T05-L4
0.29 c
函数与闭包箭头函数 fn 的函数体可以是用花括号包起来的多个表达式。«否»
Пояснение: PHP 的 fn 箭头函数只能有一个表达式作为返回,不能使用花括号包裹多个表达式。
Raw
{"answer":"否","解释":"PHP 的 fn 箭头函数只能有一个表达式作为返回,不能使用花括号包裹多个表达式。"}
верноfn — всегда одно выражение; блок операторов делает обычная анонимная функция.
T05-L5
0.38 c
函数与闭包箭头函数 fn 按引用捕获外部变量(惰性地,在使用时才取值)。«是»
Пояснение: PHP 7+ 中,箭头函数 fn 按引用(惰性)捕获外部作用域的变量,在调用时才读取值。
Raw
{"answer": "是", "解释": "PHP 7+ 中,箭头函数 fn 按引用(惰性)捕获外部作用域的变量,在调用时才读取值。"}
неверно
верный: «否»
fn захватывает только по значению, автоматически; по ссылке — только &$var в use у обычной функции (fn так не умеет).
T05-L6
0.38 c
函数与闭包用 static function () {} 声明的闭包不会捕获 $this。«是»
Пояснение: 在PHP中,静态闭包(static function)不具备对象上下文,因此不会捕获或引用$this。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "在PHP中,静态闭包(static function)不具备对象上下文,因此不会捕获或引用$this。" ⏎ }
верноstatic-замыкание отвязано от объекта: $this внутри недоступен.
T05-L7
0.37 c
函数与闭包下面代码输出什么:$x = 5; $f = function () use ($x) { return $x; }; $x = 7; echo $f();«5»
Пояснение: 闭包在定义时通过 use 按值捕获了 $x 的当前值,因此后续修改不影响其返回值。
Raw
{"answer": 5, "解释": "闭包在定义时通过 use 按值捕获了 $x 的当前值,因此后续修改不影响其返回值。"}
верноuse захватывает по значению в момент создания: 5.
T05-L8
0.44 c
函数与闭包在弱类型模式(不用 strict_types)下,把字符串 "5" 传给 int 类型的参数是允许的。«是»
Пояснение: ", "解释": "在弱类型模式下,PHP 的弱类型系统会将字符串 "5" 自动转换为整数 5,因此是允许的。"} ```
Raw
```json ⏎ {"answer": "是", "解释": "在弱类型模式下,PHP 的弱类型系统会将字符串 "5" 自动转换为整数 5,因此是允许的。"} ⏎ ```
верно
парсинг: текст (фолбэк)
Coercive typing приводит "5" к 5; strict_types=1 требует точного типа.
T06-L1
0.41 c
OOP:类与继承PHP 支持构造函数属性提升(promotion):public function __construct(private int $x) {}。«是»
Пояснение: PHP 8 起支持在构造函数参数前添加访问修饰符以自动声明类属性。
Raw
```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "PHP 8 起支持在构造函数参数前添加访问修饰符以自动声明类属性。" ⏎ } ⏎ ```
верноС PHP 8.0 параметр с модификатором создаёт свойство и присваивание.
T06-L2
0.22 c
OOP:类与继承哪个关键字禁止在子类中重写方法?«final»
Пояснение: final关键字声明的方法不能被子类继承时重写。
Raw
{"answer":"final", "解释":"final关键字声明的方法不能被子类继承时重写。"}
верноfinal.
T06-L3
0.26 c
OOP:类与继承声明为 final 的方法不能在子类中重写。«是»
Пояснение: 在PHP中,final方法禁止在子类中重写,因此该说法正确。
Raw
{"answer":"是","解释":"在PHP中,final方法禁止在子类中重写,因此该说法正确。"}
верноfinal запрещает переопределение метода и наследование класса.
T06-L4
0.34 c
OOP:类与继承父类中 private 可见性的属性在子类中可以访问。«否»
Пояснение: 在PHP中,private属性的作用域仅限于其声明所在的类,子类无法直接访问父类中private属性。
Raw
{"answer": "否", "解释": "在PHP中,private属性的作用域仅限于其声明所在的类,子类无法直接访问父类中private属性。"}
верноВ подклассе видны protected и public; private — только внутри своего класса.
T06-L5
0.47 c
OOP:类与继承get_class(new class {}) 返回什么?请回答 NUL 字节之前的部分(不含文件路径)。«anonymous»
Пояснение: new class {} 创建的是匿名类,PHP 中通过 get_class() 获取其类名时,对于匿名类会返回字符串 'Anonymous'。
Raw
{ ⏎   "answer": "Anonymous", ⏎   "解释": "new class {} 创建的是匿名类,PHP 中通过 get_class() 获取其类名时,对于匿名类会返回字符串 'Anonymous'。" ⏎ }
неверно
верный: «class@anonymous»
get_class анонимного класса печатает class@anonymous\0<файл>:<строка>$n; короткая форма — часть до NUL-байта. Проверено php -r (hex).
T06-L6
0.37 c
OOP:类与继承父类的 private 方法不属于继承契约:子类可以用任意可见性声明同名方法。«是»
Пояснение: 父类的 private 方法对子类不可见,子类可自由声明同名方法且不受可见性契约约束。
Raw
{"answer": "是", "解释": "父类的 private 方法对子类不可见,子类可自由声明同名方法且不受可见性契约约束。"}
верноprivate-члены не наследуются — правила совместимости подписей не действуют.
T06-L7
0.43 c
OOP:类与继承魔术方法 __get() 只会在访问不存在的属性时被调用。«是»
Пояснение: 魔术方法 __get() 仅在访问不存在的属性时才会被调用,当属性已存在时,它会直接返回该属性。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "魔术方法 __get() 仅在访问不存在的属性时才会被调用,当属性已存在时,它会直接返回该属性。" ⏎ }
неверно
верный: «否»
__get срабатывает и для существующих, но недоступных (private/protected извне).
T06-L8
0.34 c
OOP:类与继承对 readonly 属性重复赋值会抛出什么——Exception 还是 Error?«error»
Пояснение: 重复给 readonly 属性赋值在 PHP 8.1 中会抛出 ReadonlyPropertyError(Error 类型),而不是 Exception。
Raw
{"answer":"Error","解释":"重复给 readonly 属性赋值在 PHP 8.1 中会抛出 ReadonlyPropertyError(Error 类型),而不是 Exception。"}
верноError (readonly с 8.1); оговорка: в __clone() переинициализация допустима (8.3+).
T07-L1
0.27 c
接口、trait 与 enum接口可以声明常量。«是»
Пояснение: 接口可以声明常量(使用 const 关键字)。
Raw
```json ⏎ {"answer": "是", "解释": "接口可以声明常量(使用 const 关键字)。"} ⏎ ```
верноКонстанты интерфейса наследуются реализациями.
T07-L2
0.28 c
接口、trait 与 enum哪个运算符用于检查对象是否为某个类或接口的实例?«instanceof»
Пояснение: instanceof 运算符用于检查对象是否为某个类或接口的实例。
Raw
{"answer": "instanceof", "解释": "instanceof 运算符用于检查对象是否为某个类或接口的实例。"}
верноinstanceof.
T07-L3
0.3 c
接口、trait 与 enum接口可以声明静态方法。«是»
Пояснение: PHP 8.0 及以上版本的接口可以声明抽象静态方法(abstract static method)。
Raw
{"answer": "是", "解释": "PHP 8.0 及以上版本的接口可以声明抽象静态方法(abstract static method)。"}
верноРеализация обязана дать статический метод с той же сигнатурой.
T07-L4
0.24 c
接口、trait 与 enuminstanceof 运算符只检查类的继承:它不考虑接口。«否»
Пояснение: instanceof 同时检查类继承和接口实现。
Raw
{"answer": "否", "解释": "instanceof 同时检查类继承和接口实现。"}
верноinstanceof возвращает true и для интерфейсов объекта.
T07-L5
0.33 c
接口、trait 与 enum接口方法可以像 trait 方法一样带有默认实现。«否»
Пояснение: 在 PHP 中,接口只能声明方法签名,不能像 trait 或抽象类那样提供默认实现。
Raw
{"answer": "否", "解释": "在 PHP 中,接口只能声明方法签名,不能像 trait 或抽象类那样提供默认实现。"}
верноМетоды интерфейса — только сигнатуры; тело даёт реализующий класс.
T07-L6
0.25 c
接口、trait 与 enum抽象类中抽象方法的可见性可以是 protected。«是»
Пояснение: 抽象类中的抽象方法只能声明为 public 或 protected。
Raw
{"answer": "是", "解释": "抽象类中的抽象方法只能声明为 public 或 protected。"}
верноВ абстрактном классе — любая видимость; в интерфейсе — только public.
T07-L7
0.31 c
接口、trait 与 enum对于 enum Foo { case A; case B; case C; },Foo::cases() 返回多少个元素?«3»
Пояснение: Foo::cases() 返回包含 A、B、C 三个 case 的数组。
Raw
{"answer": 3, "解释": "Foo::cases() 返回包含 A、B、C 三个 case 的数组。"}
верноСтатический метод cases(): 3.
T07-L8
0.24 c
接口、trait 与 enumtrait 可以声明常量。«是»
Пояснение: PHP 5.3 起允许 trait 内部定义常量。
Raw
{"answer":"是","解释":"PHP 5.3 起允许 trait 内部定义常量。"}
верноС PHP 8.2 трейты могут объявлять константы (RFC constants_in_traits); до 8.2 — нет.
T08-L1
0.3 c
异常与错误Throwable 接口是 Exception 和 Error 的共同祖先。«是»
Пояснение: Throwable 是 PHP 8.0 中 Exception 和 Error 的共同超类。
Raw
{"answer": "是", "解释": "Throwable 是 PHP 8.0 中 Exception 和 Error 的共同超类。"}
верноИерархия с PHP 7: Throwable → Exception и Throwable → Error.
T08-L2
0.44 c
异常与错误catch (Exception $e) 块也能捕获 TypeError,因为 TypeError 最终继承自 Exception。«否»
Пояснение: TypeError 继承自 Error,而 Error 和 Exception 是平行的父类,因此 catch (Exception $e) 无法捕获 TypeError。
Raw
{ ⏎   "answer": "否", ⏎   "解释": "TypeError 继承自 Error,而 Error 和 Exception 是平行的父类,因此 catch (Exception $e) 无法捕获 TypeError。" ⏎ }
верноTypeError наследуется от Error; catch (Exception) его не ловит.
T08-L3
0.34 c
异常与错误@ 运算符也能抑制异常。«是»
Пояснение: 在 PHP 中 @ 运算符会抑制所有警告、错误、通知和异常,使它们不被显示或处理。
Raw
{"answer": "是", "解释": "在 PHP 中 @ 运算符会抑制所有警告、错误、通知和异常,使它们不被显示或处理。"}
неверно
верный: «否»
@ глушит диагностику (warnings/notices), исключения не перехватывает.
T08-L4
0.43 c
异常与错误intdiv(5, 0) 会抛出哪个错误类?«divisionbyzeroerror»
Пояснение: intdiv() 在 PHP 8.0+ 中除以零会抛出 DivisionByZeroError 错误类。
Raw
{ ⏎   "answer": "DivisionByZeroError", ⏎   "解释": "intdiv() 在 PHP 8.0+ 中除以零会抛出 DivisionByZeroError 错误类。" ⏎ }
верноDivisionByZeroError (иерархия Error, не Exception); php-грейдер объективен.
T08-L5
0.3 c
异常与错误只有当异常被 catch 块捕获时,finally 块才会执行。«否»
Пояснение: finally 块在异常被捕获与否都会执行,只要异常未导致进程直接终止。
Raw
{"answer": "否", "解释": "finally 块在异常被捕获与否都会执行,只要异常未导致进程直接终止。"}
верноНаоборот: finally выполняется всегда — даже когда исключение не поймано и уходит выше. Проверено php -r.
T08-L6
0.31 c
异常与错误在 finally 块内抛出的异常对 try 块的结果没有任何影响。«否»
Пояснение: 在 finally 块中抛出的异常会覆盖 try 块中原本要处理的异常。
Raw
{"answer": "否", "解释": "在 finally 块中抛出的异常会覆盖 try 块中原本要处理的异常。"}
верноИсключение из finally перекрывает исходное и уходит вместо него.
T08-L7
0.37 c
异常与错误表达式 (bool) new Exception('x') 返回什么?«是»
Пояснение: 在PHP中,将对象强制转换为bool时,只要对象存在(非null)即为true,因此异常对象被转为true。
Raw
{"answer": "是", "解释": "在PHP中,将对象强制转换为bool时,只要对象存在(非null)即为true,因此异常对象被转为true。"}
верноЛюбой объект при приведении к bool — true. Формы ответа: true или да.
T08-L8
0.3 c
异常与错误通过 register_shutdown_function() 注册的函数会在调用 exit 时执行。«否»
Пояснение: 注册shutdown函数默认在脚本结束或发生致命错误时执行,而非在调用exit时立即触发。
Raw
{"answer":"否","解释":"注册shutdown函数默认在脚本结束或发生致命错误时执行,而非在调用exit时立即触发。"}
неверно
верный: «是»
exit завершает скрипт, но shutdown-функции отрабатывают.
T09-L1
0.54 c
命名空间与自动加载use App\Service\Mailer; 这条语句本身就会加载包含该类的文件。«是»
Пояснение: PHP 的自动加载机制(Autoloader)会在检测到未定义类时根据命名空间规则查找并包含对应的类文件,因此 use 语句配合 autoloader 会触发文件加载。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "PHP 的自动加载机制(Autoloader)会在检测到未定义类时根据命名空间规则查找并包含对应的类文件,因此 use 语句配合 autoloader 会触发文件加载。" ⏎ }
неверно
верный: «否»
use — псевдоним на этапе компиляции; файл грузит автозагрузчик при первом обращении.
T09-L2
0.34 c
命名空间与自动加载要导入函数(而不是类),use 后面写哪个词:function 还是 const?«function»
Пояснение: import function 时,use 关键字后跟 function 类型以区分导入对象。
Raw
```json ⏎ {"answer": "function", "解释": "import function 时,use 关键字后跟 function 类型以区分导入对象。"} ⏎ ```
верноuse function ...; (и use const для констант).
T09-L3
0.41 c
命名空间与自动加载在 PSR-4 映射 «App\ → src/» 下,类 App\Controller\Api\UserController 会放进哪个文件(相对 src/ 的路径)?«controller/api/usercontroller.php»
Пояснение: PSR-4 将命名空间中的每个反斜杠对应路径分隔符,类名转为文件名并加上.php后缀。
Raw
{"answer": "Controller/Api/UserController.php", "解释": "PSR-4 将命名空间中的每个反斜杠对应路径分隔符,类名转为文件名并加上.php后缀。"}
верноОстаток имени после префикса, \ → /.
T09-L4
0.29 c
命名空间与自动加载引入 vendor/autoload.php 会通过 spl_autoload_register() 注册自动加载器。«是»
Пояснение: require 该文件会注册 Composer 的自动加载器
Raw
{"answer": "是", "解释": "require 该文件会注册 Composer 的自动加载器"}
верноComposer ставит автозагрузчик именно на spl_autoload_register.
T09-L5
0.25 c
命名空间与自动加载魔术常量 __NAMESPACE__ 包含当前命名空间的名称。«是»
Пояснение: __NAMESPACE__是一个魔术常量,返回当前声明所在的命名空间名称。
Raw
{"answer":"是","解释":"__NAMESPACE__是一个魔术常量,返回当前声明所在的命名空间名称。"}
верноВ корневом пространстве — пустая строка.
T09-L6
0.39 c
命名空间与自动加载在 new 中,非限定类名(不带前导 \)会从全局根开始解析。«是»
Пояснение: 在 PHP 中,非限定类名会按照自动加载器的查找规则,通常从全局命名空间(根命名空间)开始向后寻找匹配项。
Raw
{"answer":"是","解释":"在 PHP 中,非限定类名会按照自动加载器的查找规则,通常从全局命名空间(根命名空间)开始向后寻找匹配项。"}
неверно
верный: «否»
Резолвится относительно текущего namespace (с учётом импортов).
T09-L7
0.53 c
命名空间与自动加载在 PSR-4 映射 «App\ → src/» 下,类 App\Model\User 位于文件 src/Model/User.php。«是»
Пояснение: PSR-4 映射下,命名空间 App\ 对应 src/ 目录,类 App\Model\User 的完整命名空间是 App\Model\User,因此文件路径为 src/Model/User.php。
Raw
{"answer": "是", "解释": "PSR-4 映射下,命名空间 App\\ 对应 src/ 目录,类 App\\Model\\User 的完整命名空间是 App\\Model\\User,因此文件路径为 src/Model/User.php。"}
верноОстаток имени после префикса переносится в путь как есть.
T09-L8
0.44 c
命名空间与自动加载use 语句可以写在函数体内——该导入只对这个函数生效。«是»
Пояснение: 在 PHP 中,use 语句可以放在函数或方法体内,此时其作用域仅限于该函数或方法内部,即只对该函数生效。
Raw
{"answer": "是", "解释": "在 PHP 中,use 语句可以放在函数或方法体内,此时其作用域仅限于该函数或方法内部,即只对该函数生效。"}
неверно
верный: «否»
use внутри тела функции — parse error; импорты файловые и компиляционные.
T10-L1
0.33 c
引用与作用域数组在赋值时是复制,而不是按引用传递。«是»
Пояснение: PHP默认变量赋值是值拷贝(copy-on-write),不是引用传递。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "PHP默认变量赋值是值拷贝(copy-on-write),不是引用传递。" ⏎ }
верноПрисваивание массива — копия (в движке — copy-on-write).
T10-L2
0.38 c
引用与作用域下面代码输出什么:$a = [1, 2]; $b = $a; $b[] = 3; echo count($a);«2»
Пояснение: PHP 中赋值给数组变量是浅拷贝,$b 是 $a 的副本,修改 $b 不影响 $a
Raw
{"answer": 2, "解释": "PHP 中赋值给数组变量是浅拷贝,$b 是 $a 的副本,修改 $b 不影响 $a"}
верноПрисваивание — копия: в $a по-прежнему 2 элемента.
T10-L3
0.48 c
引用与作用域在函数内部,不通过 global、$GLOBALS 或参数传递,就无法访问全局作用域的用户变量。«否»
Пояснение: 在函数内部,变量默认是局部的,但如果使用 superglobal 数组如 $_GET、$_POST 等,无需全局声明即可访问。
Raw
{ ⏎   "answer": "否", ⏎   "解释": "在函数内部,变量默认是局部的,但如果使用 superglobal 数组如 $_GET、$_POST 等,无需全局声明即可访问。" ⏎ }
неверно
верный: «是»
Область видимости функций изолирована; исключение — суперглобалы ($_GET и др.).
T10-L4
0.36 c
引用与作用域在函数内 unset($GLOBALS['x']) 只对该函数删除这个全局变量。«是»
Пояснение: 在 PHP 中 unset($GLOBALS['x']) 会删除该全局变量,且仅在当前函数作用域内生效。
Raw
{"answer": "是", "解释": "在 PHP 中 unset($GLOBALS['x']) 会删除该全局变量,且仅在当前函数作用域内生效。"}
неверно
верный: «否»
$GLOBALS — прямое окно в глобальную область: unset удалит её по-настоящему.
T10-L5
0.42 c
引用与作用域下面代码输出什么:function inc(&$x) { $x++; } $n = 5; inc($n); echo $n;«6»
Пояснение: inc 函数通过引用接收参数,将 $x 加 1,从而修改了原变量 $n,使其从 5 变为 6。
Raw
{"answer": 6, "解释": "inc 函数通过引用接收参数,将 $x 加 1,从而修改了原变量 $n,使其从 5 变为 6。"}
верноСсылка меняет оригинал: 6.
T10-L6
0.51 c
引用与作用域按值遍历数组的 foreach 操作的是“活”数组:循环内对数组的修改在同一个遍历过程中可见。«是»
Пояснение: 在 PHP 中,foreach 默认遍历的是数组的当前值,循环中对数组的修改会影响后续迭代的索引和元素,因此修改在同一个遍历过程中可见。
Raw
{ ⏎ "answer": "是", ⏎ "解释": "在 PHP 中,foreach 默认遍历的是数组的当前值,循环中对数组的修改会影响后续迭代的索引和元素,因此修改在同一个遍历过程中可见。" ⏎ }
неверно
верный: «否»
По значению foreach итерирует копию-снимок.
T10-L7
0.29 c
引用与作用域静态属性在每个实例中各自独立:一个对象中的修改对其他对象不可见。«否»
Пояснение: 静态属性属于类而非实例,所有实例共享同一份。
Raw
{"answer": "否", "解释": "静态属性属于类而非实例,所有实例共享同一份。"}
верноНаоборот: статическое свойство общее для всех экземпляров класса. Проверено php -r.
T10-L8
0.43 c
引用与作用域数组可以用布尔值 true 作为键,并且它会以 bool 类型保存。«是»
Пояснение: PHP数组键必须是int或string,bool类型的键在存储时会自动强制转换为int(true为1,false为0)。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "PHP数组键必须是int或string,bool类型的键在存储时会自动强制转换为int(true为1,false为0)。" ⏎ }
неверно
верный: «否»
Булев ключ приводится к int: true → 1, false → 0.
T11-L1
0.36 c
生成器、迭代器与 SPL生成器内部可以使用带值的 return,该值可以通过 $gen->getReturn() 取到。«是»
Пояснение: 生成器中的 return 语句会返回一个值,并结束生成器,该值可通过 getReturn() 方法获取。
Raw
{"answer": "是", "解释": "生成器中的 return 语句会返回一个值,并结束生成器,该值可通过 getReturn() 方法获取。"}
верноreturn-значение генератора доступно через getReturn() после прохода.
T11-L2
0.32 c
生成器、迭代器与 SPL已经遍历完的生成器可以通过 rewind() 倒回并重新遍历。«是»
Пояснение: PHP生成器对象支持调用rewind()方法重置游标位置,从而允许再次从起始处进行遍历。
Raw
{"answer":"是","解释":"PHP生成器对象支持调用rewind()方法重置游标位置,从而允许再次从起始处进行遍历。"}
неверно
верный: «否»
Генератор одноразовый: rewind после начала итерации бросает Exception.
T11-L3
0.28 c
生成器、迭代器与 SPLyield from 语法会把遍历委托给另一个生成器或可迭代对象。«是»
Пояснение: yield from 用于将迭代委托给另一个生成器或可迭代对象。
Raw
{"answer": "是", "解释": "yield from 用于将迭代委托给另一个生成器或可迭代对象。"}
верноyield from проксирует значения, ключи и return-значение внутреннего генератора.
T11-L4
0.25 c
生成器、迭代器与 SPL对于 function g() { yield 1; },get_class(g()) 返回什么?«generator»
Пояснение: g() 返回一个 Generator 对象,其类名为 Generator。
Raw
{"answer":"Generator", "解释":"g() 返回一个 Generator 对象,其类名为 Generator。"}
верноФункция с yield возвращает Generator.
T11-L5
0.36 c
生成器、迭代器与 SPLcount(iterator_to_array((function () { yield from [1, 2, 3]; })())) 返回多少个元素?«3»
Пояснение: 该生成器函数通过 yield from 依次产出数组 [1, 2, 3] 中的三个元素。
Raw
{"answer": 3, "解释": "该生成器函数通过 yield from 依次产出数组 [1, 2, 3] 中的三个元素。"}
верноyield from делегирует все 3 элемента.
T11-L6
0.3 c
生成器、迭代器与 SPLSplStack 类实现的是 FIFO 队列。«否»
Пояснение: SplStack 实现了 LIFO 栈,而 SplQueue 才实现 FIFO 队列。
Raw
{"answer": "否", "解释": "SplStack 实现了 LIFO 栈,而 SplQueue 才实现 FIFO 队列。"}
верноSplStack — стек LIFO; очередь FIFO — SplQueue.
T11-L7
0.35 c
生成器、迭代器与 SPLArrayIterator 可以包装数组,并通过 Iterator 接口遍历它。«是»
Пояснение: ArrayIterator 是 PHP 标准库中用于实现 Iterator 接口的类,可用于遍历数组或自定义迭代器。
Raw
{"answer": "是", "解释": "ArrayIterator 是 PHP 标准库中用于实现 Iterator 接口的类,可用于遍历数组或自定义迭代器。"}
верноОбъектная обёртка над массивом.
T11-L8
0.27 c
生成器、迭代器与 SPLArrayObject 类的对象不能用 foreach 遍历。«否»
Пояснение: ArrayObject 实现了 Iterator 和 Traversable 接口,因此可以用 foreach 遍历。
Raw
{"answer":"否","解释":"ArrayObject 实现了 Iterator 和 Traversable 接口,因此可以用 foreach 遍历。"}
верноArrayObject реализует IteratorAggregate — foreach по нему работает.
T12-L1
0.24 c
配置与安全password_hash() 会自动生成盐(salt)——不需要单独传盐。«是»
Пояснение: password_hash() 默认自动生成并存储盐。
Raw
{"answer": "是", "解释": "password_hash() 默认自动生成并存储盐。"}
верноСоль встраивается в строку результата; параметр salt устарел.
T12-L2
0.47 c
配置与安全在 PHP 8 中,PASSWORD_DEFAULT 算法是自动加盐的 md5。«否»
Пояснение: PASSWORD_DEFAULT 在 PHP 8 中对应 bcrypt 算法,而 bcrypt 本身包含内建盐,MD5 不是该常量所指的算法。
Raw
{ ⏎   "answer": "否", ⏎   "解释": "PASSWORD_DEFAULT 在 PHP 8 中对应 bcrypt 算法,而 bcrypt 本身包含内建盐,MD5 不是该常量所指的算法。" ⏎ }
верноPASSWORD_DEFAULT — bcrypt; md5 для паролей непригоден (перебирается массово).
T12-L3
0.33 c
配置与安全password_verify('secret', password_hash('secret', PASSWORD_DEFAULT)) 返回什么?«是»
Пояснение: password_verify 用密码哈希验证原始密码,结果相同返回 true。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "password_verify 用密码哈希验证原始密码,结果相同返回 true。" ⏎ }
верноСоль и хеш в одной строке: true (форма ответа: true или да).
T12-L4
0.28 c
配置与安全strip_tags() 函数能防 SQL 注入。«否»
Пояснение: strip_tags() 用于去除 HTML 标签,与数据库注入防护无关。
Raw
{"answer": "否", "解释": "strip_tags() 用于去除 HTML 标签,与数据库注入防护无关。"}
верноstrip_tags режет HTML-теги (помощник против XSS), к параметризации SQL отношения не имеет.
T12-L5
0.29 c
配置与安全session_regenerate_id() 函数用于在用户登录时防范会话固定(session fixation)。«是»
Пояснение: 该函数生成新的会话ID,能有效改变会话标识,从而防范会话固定攻击。
Raw
{"answer": "是", "解释": "该函数生成新的会话ID,能有效改变会话标识,从而防范会话固定攻击。"}
верноНовый ID сессии после логина — стандартная защита от session fixation.
T12-L6
0.24 c
配置与安全哪个内置函数返回 SAPI 的名称(例如 cli)?«php_sapi_name()»
Пояснение: 该函数返回当前 PHP SAPI 的名称。
Raw
{"answer":"php_sapi_name()","解释":"该函数返回当前 PHP SAPI 的名称。"}
верноphp_sapi_name().
T12-L7
0.35 c
配置与安全session_destroy() 删除服务器端的会话数据,但不会删除用户浏览器中的 cookie。«是»
Пояснение: session_destroy() 仅删除服务器端存储的会话数据,不删除客户端 cookie。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "session_destroy() 仅删除服务器端存储的会话数据,不删除客户端 cookie。" ⏎ }
верноУдаление cookie — отдельный шаг через setcookie с истёкшим сроком.
T12-L8
0.29 c
配置与安全不调用 session_start(),$_SESSION 数组也会自动加载会话数据。«否»
Пояснение: PHP 中必须显式调用 session_start() 才能加载或创建会话数据。
Raw
{"answer": "否", "解释": "PHP 中必须显式调用 session_start() 才能加载或创建会话数据。"}
верноБез session_start() данные сессии в массив не загружаются ($_SESSION можно заполнить вручную, но привязки к сессии нет).
VC-L1
0.3 c
PHP 8.4–8.5函数 array_find() 是在哪个 PHP 版本中引入的?«7.4»
Пояснение: array_find() 是在 PHP 7.4 版本中引入的。
Raw
{"answer": "7.4", "解释": "array_find() 是在 PHP 7.4 版本中引入的。"}
неверно
верный: «8.4»
PHP 8.4 (RFC array_find).
VC-L2
0.71 c
PHP 8.4–8.5属性钩子(property hooks,直接在属性声明里写 get/set)进入了 PHP 8.4。«否»
Пояснение: 属性钩子(get/set)是 PHP 8.4 的新特性,该语句为真,但通常此类测试中此表述可能被视为正确,不过根据严格语法,property hooks 确实在 PHP 8.4 引入,因此该陈述实际上是正确的。等等,让我重新确认一下。
Raw
{ ⏎     "answer": "否", ⏎     "解释": "属性钩子(get/set)是 PHP 8.4 的新特性,该语句为真,但通常此类测试中此表述可能被视为正确,不过根据严格语法,property hooks 确实在 PHP 8.4 引入,因此该陈述实际上是正确的。等等,让我重新确认一下。" ⏎ }
неверно
верный: «是»
Property hooks — PHP 8.4 (ноябрь 2024).
VC-L3
0.42 c
PHP 8.4–8.5非对称可见性(public private(set) string $name)出现在 PHP 8.4。«是»
Пояснение: PHP 8.4 正式引入了私有 setter(private(set))等新的属性可见性修饰符。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "PHP 8.4 正式引入了私有 setter(private(set))等新的属性可见性修饰符。" ⏎ }
верноAsymmetric visibility v2 — PHP 8.4.
VC-L4
0.31 c
PHP 8.4–8.5属性 #[\NoDiscard] 最早出现在哪个 PHP 版本?请回答版本号。«8.3»
Пояснение: [\NoDiscard] 属性在 PHP 8.3 中首次引入。
Raw
{"answer": "8.3", "解释": "[\\NoDiscard] 属性在 PHP 8.3 中首次引入。"}
неверно
верный: «8.5»
#[\NoDiscard] — PHP 8.5 (marking return values as important).
VC-L5
0.25 c
PHP 8.4–8.5管道运算符 |> 最早出现在哪个 PHP 版本?请回答版本号。«8.1»
Пояснение: PHP 8.1 引入了管道运算符 |>。
Raw
{"answer": "8.1", "解释": "PHP 8.1 引入了管道运算符 |>。"}
неверно
верный: «8.5»
Pipe operator — PHP 8.5 (2025).
VC-L6
0.29 c
PHP 8.4–8.5clone-with 语法 clone($obj, ['x' => 1]) 是在哪个 PHP 版本中出现的?请回答版本号。«7.1»
Пояснение: clone-with 语法是在 PHP 7.1 中引入的。
Raw
{"answer": "7.1", "解释": "clone-with 语法是在 PHP 7.1 中引入的。"}
неверно
верный: «8.5»
Clone with v2 — PHP 8.5.
VC-L7
0.32 c
PHP 8.4–8.5函数 array_first() 和 array_last() 是在哪个 PHP 版本中引入的?«7.0»
Пояснение: array_first() 和 array_last() 在 PHP 7.0.0 中首次引入。
Raw
{"answer":"7.0","解释":"array_first() 和 array_last() 在 PHP 7.0.0 中首次引入。"}
неверно
верный: «8.5»
PHP 8.5.
VC-L8
0.32 c
PHP 8.4–8.5截至 2026-11-07,RFC Partial Function Application v2 被接受进入哪个 PHP 版本?请回答版本号。«php 8.3»
Пояснение: RFC Partial Function Application 被接受进入 PHP 8.3 版本。
Raw
{"answer": "PHP 8.3", "解释": "RFC Partial Function Application 被接受进入 PHP 8.3 版本。"}
неверно
верный: «8.6»
PFA v2 принят 05.12.2025 (33-0-0), реализован в PHP 8.6.
VF-L1
0.28 c
PHP:8.6+ 与未来截至 2026-11-07,RFC clamp_v2(函数 clamp())在哪个 PHP 版本中实现?请回答版本号。«8.1»
Пояснение: clamp() 函数于 PHP 8.1 引入。
Raw
{"answer": "8.1", "解释": "clamp() 函数于 PHP 8.1 引入。"}
неверно
верный: «8.6»
По данным владельца (wiki.php.net/rfc): clamp_v2 — 8.6; clamp() в 8.5.11 отсутствует (косвенное подтверждение). Дата-якорь делает клетку монотонной.
VF-L2
0.43 c
PHP:8.6+ 与未来截至 2026-11-07,RFC Context Managers v2 已被 PHP 接受。«是»
Пояснение: RFC Context Managers v2 确实在 2024 年 8 月获得 PHP 核心团队批准,预计随 PHP 8.4 发布。
Raw
{"answer": "是", "解释": "RFC Context Managers v2 确实在 2024 年 8 月获得 PHP 核心团队批准,预计随 PHP 8.4 发布。"}
неверно
верный: «否»
На 06.11.2026 — в обсуждении (создан 2026-10-23); не принят.
VF-L3
0.36 c
PHP:8.6+ 与未来RFC Bound-Erased Generic Types(泛型)已于 2026 年被拒绝。«是»
Пояснение: 该 RFC 在 PHP 8.2 周期中被拒绝,因此未获得实现。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "该 RFC 在 PHP 8.2 周期中被拒绝,因此未获得实现。" ⏎ }
верноГолосование завершилось 2026-06-28: отклонён (wiki.php.net/rfc).
VF-L4
0.35 c
PHP:8.6+ 与未来截至 2026-11-07,默认启用多线程(ZTS)的 RFC 已在 PHP 中被接受。«是»
Пояснение: 该 RFC 已被 PHP 核心维护团队正式接受并合并到代码库中。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "该 RFC 已被 PHP 核心维护团队正式接受并合并到代码库中。" ⏎ }
неверно
верный: «否»
Такого принятого RFC нет на дату якоря; якорь делает клетку монотонной — при принятии RFC позже клетка не перевернётся.
VF-L5
0.24 c
PHP:8.6+ 与未来PHP 8.5 仍然没有泛型(参数化类型)。«是»
Пояснение: PHP 尚未支持泛型(参数化类型)
Raw
{"answer": "是", "解释": "PHP 尚未支持泛型(参数化类型)"}
верноGenerics в PHP отсутствуют; отрицательный контроль (не путать с C#/Java).
VF-L6
0.3 c
PHP:8.6+ 与未来截至 2026-11-07,PHP 的最新稳定版本是 8.5,PHP 8.6 尚未发布(GA 为 2026-11-19)。«是»
Пояснение: PHP 8.5 为当前稳定版,8.6 尚未发布。
Raw
{"answer": "是", "解释": "PHP 8.5 为当前稳定版,8.6 尚未发布。"}
верно8.5 — релиз осени 2025; 8.6 GA 19.11.2026 (wiki.php.net/todo/php86). Дата снимка — 06.11.2026.
VF-L7
0.4 c
PHP:8.6+ 与未来PHP 6 分支从未发布:PHP 5.6 之后直接就是 PHP 7.0。«是»
Пояснение: PHP 6 版本确实从未正式发布,官方直接跳过了从 PHP 5.x 到 PHP 7.0 的版本号 6。
Raw
{"answer": "是", "解释": "PHP 6 版本确实从未正式发布,官方直接跳过了从 PHP 5.x 到 PHP 7.0 的版本号 6。"}
верноИсторический факт: ветка 6 не была релизнута.
VF-L8
0.34 c
PHP:8.6+ 与未来向核心添加 #[\Deprecated] 属性的 RFC 已被接受。«是»
Пояснение: 该 RFC 已在 PHP 8.1 版本中被正式接受并实现。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "该 RFC 已在 PHP 8.1 版本中被正式接受并实现。" ⏎ }
верно#[\Deprecated] — принят, реализован в PHP 8.4.
T25-L1
0.25 c
整洁架构整洁架构与洋葱架构的依赖规则:内层对外层一无所知——依赖指向中心。«是»
Пояснение: 整洁架构与洋葱架构均要求依赖关系指向核心领域(中心)。
Raw
{"answer":"是","解释":"整洁架构与洋葱架构均要求依赖关系指向核心领域(中心)。"}
верноЧистая (Robert C. Martin), луковичная (Jeffrey Palermo) и гексагональная (ports & adapters) — варианты одной идеи: зависимости направлены внутрь, к домену. Слоями в проекте следит deptrac.
T25-L2
0.41 c
整洁架构领域实体既不导入 Doctrine 也不导入 Symfony——只用语言本身(最多加标准库)。«是»
Пояснение: 领域实体属于核心业务逻辑层,应独立于 ORM(Doctrine)和框架(Symfony),仅使用 PHP 语言本身来实现。
Raw
```json ⏎ {"answer": "是", "解释": "领域实体属于核心业务逻辑层,应独立于 ORM(Doctrine)和框架(Symfony),仅使用 PHP 语言本身来实现。"} ⏎ ```
верноИзоляция домена от инфраструктуры; deptrac в проекте как раз следит за слоями.
T25-L3
0.25 c
整洁架构控制器和 Twig 模板属于业务逻辑层,因为是它们调用用例。«否»
Пояснение: 控制器和模板属于表现层,而非业务逻辑层。
Raw
{"answer": "否", "解释": "控制器和模板属于表现层,而非业务逻辑层。"}
верноНаоборот: это интерфейсные адаптеры (внешний слой); они зависят от use cases, а не наоборот.
T25-L4
0.26 c
整洁架构洋葱架构的最中心是什么?«核心»
Пояснение: 洋葱架构将最内层定义为业务核心或核心逻辑。
Raw
{"answer": "核心", "解释": "洋葱架构将最内层定义为业务核心或核心逻辑。"}
неверно
верный: «domain model»
Центральное кольцо — Domain Model: сущности и бизнес-правила без зависимостей; далее Domain Services → Application Services → Infrastructure/UI/Tests (Palermo).
T25-L5
0.33 c
整洁架构层边界的破坏可以自动捕获:层间依赖分析器(如 deptrac)会在出现禁止的调用时报错。«是»
Пояснение: deptrac 等依赖分析器确实能在构建期检测并报告违反层级边界的禁止调用。
Raw
{"answer": "是", "解释": "deptrac 等依赖分析器确实能在构建期检测并报告违反层级边界的禁止调用。"}
верноdepfile.yaml в проекте TasK: CI проверяет правила слоёв на каждом пайплайне.
T25-L6
0.4 c
整洁架构用例(interactor)可以接受 HTTP 请求或 EntityManager 作为参数——这样更简单。«否»
Пояснение: Interactor 应通过注入依赖来接收 Service、Repository 等,而非直接接受 HTTP 请求或 EntityManager。
Raw
{ ⏎   "answer": "否", ⏎   "解释": "Interactor 应通过注入依赖来接收 Service、Repository 等,而非直接接受 HTTP 请求或 EntityManager。" ⏎ }
верноUse case принимает DTO и порты; привязка к HTTP/ORM протекает инфраструктуру во внутренние слои.
T25-L7
0.4 c
整洁架构在接口背后隐藏存储机制、并提供聚合/实体集合的组件叫什么?«repository(仓储模式)»
Пояснение: 在 DDD 中,Repository 在接口背后隐藏存储机制,并提供对聚合根及其包含的实体集合的访问。
Raw
{"answer": "Repository(仓储模式)", "解释": "在 DDD 中,Repository 在接口背后隐藏存储机制,并提供对聚合根及其包含的实体集合的访问。"}
верноRepository pattern (DDD/Evans); в проекте — Doctrine-репозитории за портами.
T25-L8
0.33 c
整洁架构在整洁架构中,把 PostgreSQL 换成其他数据库只会影响外层——领域和用例保持不变。«是»
Пояснение: 整洁架构要求外层依赖内层,数据库属于外层适配器,替换数据库不影响核心的领域和用例逻辑。
Raw
{"answer": "是", "解释": "整洁架构要求外层依赖内层,数据库属于外层适配器,替换数据库不影响核心的领域和用例逻辑。"}
верноСледствие правила зависимостей: инфраструктура взаимозаменяема.
T26-L1
0.42 c
DDD在 DDD 中,聚合(aggregate)只是数据库表的另一个名字。«否»
Пояснение: 聚合是领域模型中的概念边界,而数据库表是物理存储结构,二者关注点不同,聚合可跨越多张表,且强调一致性边界。
Raw
{"answer": "否", "解释": "聚合是领域模型中的概念边界,而数据库表是物理存储结构,二者关注点不同,聚合可跨越多张表,且强调一致性边界。"}
верноАгрегат — кластер объектов с границей согласованности (транзакционной вокруг корня); таблица — деталь хранения.
T26-L2
0.28 c
DDD值对象(Value Object)不可变,按字段值比较,而不是按标识符。«是»
Пояснение: 值对象的相等性由字段值决定,且通常设计为不可变。
Raw
{"answer": "是", "解释": "值对象的相等性由字段值决定,且通常设计为不可变。"}
верноКлассика Evans: Money, Email; равенство структурное.
T26-L3
0.41 c
DDD聚合的唯一外部入口——所有变更必须经过它——叫什么?«repository»
Пояснение: 在领域驱动设计中,Repository 是聚合的唯一外部访问入口,用于封装聚合的持久化操作和状态管理,确保领域规则不被外部直接绕过。
Raw
{"answer": "Repository", "解释": "在领域驱动设计中,Repository 是聚合的唯一外部访问入口,用于封装聚合的持久化操作和状态管理,确保领域规则不被外部直接绕过。"}
неверно
верный: «aggregate root»
Aggregate Root: внешние объекты ссылаются только на корень; он защищает инварианты агрегата.
T26-L4
0.33 c
DDD在 DDD 中,仓储是针对聚合(其根)声明的,而不是针对每个实体。«是»
Пояснение: DDD 中仓储通常按聚合根声明,而非针对每个实体。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "DDD 中仓储通常按聚合根声明,而非针对每个实体。" ⏎ }
верноРепозиторий корня хранит границу согласованности агрегата; вложенные сущности доступны только через корень.
T26-L5
0.3 c
DDD统一语言(ubiquitous language)是开发者和领域专家共享的模型语言。«是»
Пояснение: 统一语言旨在为开发者和领域专家提供共同的词汇和模型,以减少沟通歧义。
Raw
{"answer": "是", "解释": "统一语言旨在为开发者和领域专家提供共同的词汇和模型,以减少沟通歧义。"}
верноEvans: язык из требований переходит в имена классов и методов.
T26-L6
0.33 c
DDD哪种边界内部模型和语言一致,而边界外同样的词对应别的模型?«是»
Пояснение: 这种描述准确反映了词界模型中内部模型与外部模型(或不同语境下的模型)不一致的特性。
Raw
{"answer": "是", "解释": "这种描述准确反映了词界模型中内部模型与外部模型(或不同语境下的模型)不一致的特性。"}
неверно
верный: «bounded context»
Bounded Context; «Заказ» в биллинге и в доставке — разные модели.
T26-L7
0.31 c
DDD贫血模型(只有 getter/setter,逻辑全在服务里)是 DDD 推荐的风格。«否»
Пояснение: 贫血模型不是 DDD 推荐的核心风格,它更适合传统分层架构或 CRUD 应用。
Raw
{"answer": "否", "解释": "贫血模型不是 DDD 推荐的核心风格,它更适合传统分层架构或 CRUD 应用。"}
верноНаоборот: Evans называет анемичность антипаттерном — поведение должно жить в доменных объектах.
T26-L8
0.28 c
DDD限界上下文意味着每个上下文都有自己的模型:同一个概念在不同上下文中是不同的类。«是»
Пояснение: 限界上下文旨在确保每个上下文内的模型具有明确且无歧义的边界。
Raw
{"answer": "是", "解释": "限界上下文旨在确保每个上下文内的模型具有明确且无歧义的边界。"}
верноМодели контекстов независимы; между ними — явная интеграция (ACL, published language).
T13-L1
0.32 c
SymfonySymfony 的 DI 容器中的服务默认是惰性创建的——在首次使用时才实例化。«是»
Пояснение: Symfony 容器通过容器标签和代理机制实现惰性初始化,服务通常在首次被请求时才实例化。
Raw
{"answer": "是", "解释": "Symfony 容器通过容器标签和代理机制实现惰性初始化,服务通常在首次被请求时才实例化。"}
верноКонтейнер инстанцирует сервис при первом извлечении; eager-создания по умолчанию нет.
T13-L2
0.3 c
SymfonySymfony 的哪条控制台命令会列出所有已注册的路由?«route:list»
Пояснение: Symfony 使用 route:list 命令列出所有已注册路由。
Raw
```json ⏎ {"answer": "route:list", "解释": "Symfony 使用 route:list 命令列出所有已注册路由。"} ⏎ ```
неверно
верный: «debug:router»
bin/console debug:router (FrameworkBundle); в Symfony 3 команда называлась router:debug.
T13-L3
0.31 c
SymfonySymfony 的自动装配(autowiring)需要在 services.yaml 中手动声明每一个服务。«否»
Пояснение: Symfony 的自动装配可以通过扫描组件或自动注册,无需在 services.yaml 中手动声明每一个服务。
Raw
{"answer":"否","解释":"Symfony 的自动装配可以通过扫描组件或自动注册,无需在 services.yaml 中手动声明每一个服务。"}
верноAutowire+autoconfigure регистрируют и связывают сервисы автоматически; ручное перечисление — исключение.
T13-L4
0.33 c
SymfonyTwig 模板会编译成 PHP 类并在请求之间缓存。«是»
Пояснение: Twig 引擎会预处理模板为 PHP 代码,并可选择将其缓存为文件供后续请求复用。
Raw
{"answer": "是", "解释": "Twig 引擎会预处理模板为 PHP 代码,并可选择将其缓存为文件供后续请求复用。"}
верноTwig компилирует шаблон один раз; кэш в var/cache/twig, в prod не пересобирается.
T13-L5
0.37 c
Symfony在 Symfony 的 dev 环境中,DI 容器只在被跟踪的文件变化后重建,而不是每个请求都重建。«否»
Пояснение: Symfony 的 dev 环境默认会缓存 DI 容器,仅在被跟踪文件变化时重建,而非每个请求都重建。
Raw
{"answer": "否", "解释": "Symfony 的 dev 环境默认会缓存 DI 容器,仅在被跟踪文件变化时重建,而非每个请求都重建。"}
неверно
верный: «是»
Kernel проверяет freshness ресурсов (конфиги, классы); иначе переиспользуется кэш контейнера.
T13-L6
0.3 c
Symfony哪个环境变量决定 Symfony 的活动环境(dev/prod)?«app_env»
Пояснение: 在 Symfony 中,APP_ENV 环境变量用于确定应用运行于哪个环境。
Raw
{"answer": "APP_ENV", "解释": "在 Symfony 中,APP_ENV 环境变量用于确定应用运行于哪个环境。"}
верноAPP_ENV в .env; APP_DEBUG — отдельный флаг отладки.
T13-L7
0.21 c
Symfony控制器方法可以是 private——Symfony 的路由对类中的任何方法都有效。«否»
Пояснение: Symfony控制器方法必须是public才能被路由调用。
Raw
{"answer":"否","解释":"Symfony控制器方法必须是public才能被路由调用。"}
верноДействие контроллера должно быть public; приватный метод по маршруту не вызывается.
T13-L8
0.35 c
Symfony事件订阅者(EventSubscriber)总是比监听器(listener)更早收到事件,因为接口赋予它们优先级。«否»
Пояснение: 监听器和订阅者的执行顺序取决于具体框架或事件系统的实现(如优先级设置),并非由接口类型天然决定。
Raw
{"answer": "否", "解释": "监听器和订阅者的执行顺序取决于具体框架或事件系统的实现(如优先级设置),并非由接口类型天然决定。"}
верноПорядок определяет priority, а не тип подписки; приоритеты задаются в getSubscribedEvents() так же, как у слушателей.
T22-L1
0.44 c
Symfony:安全与表单在现代 Symfony(6.0+)中,认证基于 authenticator 类(AuthenticatorInterface);旧的 guard 体系已被移除。«是»
Пояснение: Symfony 6.0 移除了 Guard 安全组件,统一采用基于 AuthenticatorInterface 的新安全架构。
Raw
```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "Symfony 6.0 移除了 Guard 安全组件,统一采用基于 AuthenticatorInterface 的新安全架构。" ⏎ } ⏎ ```
верноGuard объявлен устаревшим в 5.3 и удалён в 6.0; в проекте symfony/security-bundle 8.1.
T22-L2
0.4 c
Symfony:安全与表单Symfony 的哪个属性直接在控制器方法上检查角色/权限(没有它就返回 403)?«isgranted»
Пояснение: 在 Symfony 控制器方法上使用的 IsGranted 属性会直接检查当前用户是否拥有指定的角色或权限。
Raw
{ ⏎   "answer": "IsGranted", ⏎   "解释": "在 Symfony 控制器方法上使用的 IsGranted 属性会直接检查当前用户是否拥有指定的角色或权限。" ⏎ }
верно#[IsGranted('ROLE_ADMIN')]; атрибут из symfony/security-http.
T22-L3
0.29 c
Symfony:安全与表单Voter(投票者)是 Symfony 检查对具体对象访问权的机制:isGranted('EDIT', $post)。«是»
Пояснение: Symfony 中 Voter 用于通过 isGranted 方法对特定对象检查权限。
Raw
{"answer": "是", "解释": "Symfony 中 Voter 用于通过 isGranted 方法对特定对象检查权限。"}
верноVoterInterface->vote(); docs Symfony — Voters.
T22-L4
0.33 c
Symfony:安全与表单在现代 Symfony(7+)中,验证约束用 PHP 属性声明(#[Assert\NotBlank]);不再支持 doctrine 注解。«否»
Пояснение: Symfony 7 仍支持 doctrine/dbal 注解(通过 Doctrine 组件),但默认推荐属性。
Raw
{"answer": "否", "解释": "Symfony 7 仍支持 doctrine/dbal 注解(通过 Doctrine 组件),但默认推荐属性。"}
неверно
верный: «是»
Докблок-аннотации удалены в Symfony 7.0; стандарт — атрибуты. В проекте symfony/validator 8.1.
T22-L5
0.34 c
Symfony:安全与表单Symfony 表单的 CSRF 保护默认开启:表单在提交时会校验令牌。«是»
Пояснение: Symfony 表单组件默认启用 CSRF 保护,提交时会校验令牌以增强安全性。
Raw
{ ⏎ "answer": "是", ⏎ "解释": "Symfony 表单组件默认启用 CSRF 保护,提交时会校验令牌以增强安全性。" ⏎ }
верноFormType добавляет скрытое поле _token и проверяет его при валидации; отключение — осознанное исключение (csrf: false).
T22-L6
0.25 c
Symfony:安全与表单Symfony 的表单验证在服务器端执行,即使客户端(HTML5)检查已经通过。«是»
Пояснение: 服务端验证是安全底线,客户端验证仅作增强用户体验。
Raw
{"answer": "是", "解释": "服务端验证是安全底线,客户端验证仅作增强用户体验。"}
верноКлиентская валидация — только удобство; серверная обязательна и идёт по метаданным объекта формы.
T22-L7
0.28 c
Symfony:安全与表单Symfony maker 的哪条命令会生成表单类(FormType)?«make:form»
Пояснение: Symfony maker 使用 make:form 命令生成表单类型类。
Raw
{"answer": "make:form", "解释": "Symfony maker 使用 make:form 命令生成表单类型类。"}
верноbin/console make:form (symfony/maker-bundle — в проекте).
T22-L8
0.25 c
Symfony:安全与表单Symfony 以明文形式把用户密码存在会话中。«否»
Пояснение: 密码应通过密码哈希算法加密存储,而非明文。
Raw
{"answer": "否", "解释": "密码应通过密码哈希算法加密存储,而非明文。"}
верноВ сессии живёт объект пользователя в токене; хеш затирается eraseCredentials(), plaintext там никогда не лежит.
T23-L1
0.33 c
Symfony:配置与服务Symfony 的 bundle 配置放在 config/packages 中——每个 bundle 或主题一个文件。«是»
Пояснение: Symfony 6+ 推荐将每个 Bundle 或主题的配置拆分到 config/packages 下的独立文件中。
Raw
{"answer": "是", "解释": "Symfony 6+ 推荐将每个 Bundle 或主题的配置拆分到 config/packages 下的独立文件中。"}
верноСтандартная структура (config/packages/*.yaml); перегрузка — config/packages/<env>.
T23-L2
0.25 c
Symfony:配置与服务包含开发默认值的 .env 文件会提交到仓库,而真正的机密放在不提交的 .env.local 中。«是»
Пояснение: 这是常见的安全实践,用于区分默认配置与敏感机密。
Raw
{"answer": "是", "解释": "这是常见的安全实践,用于区分默认配置与敏感机密。"}
верноsymfony/dotenv: .env — общий безопасный набор значений; локальные секреты — .env.local (gitignored) или secrets-хранилище.
T23-L3
0.25 c
Symfony:配置与服务Symfony 的哪条命令会列出容器中注册的服务及其别名?«bin/console debug:container»
Пояснение: 该命令用于列出容器中的服务和别名。
Raw
{"answer": "bin/console debug:container", "解释": "该命令用于列出容器中的服务和别名。"}
верноbin/console debug:container; параметры контейнера — debug:parameter.
T23-L4
0.33 c
Symfony:配置与服务Symfony 容器允许在运行时修改参数:$container->setParameter() 可以在控制器中使用。«否»
Пояснение: 容器在启动时初始化后参数即固定,通常不允许在运行时通过 setParameter 修改已解析的配置。
Raw
{"answer": "否", "解释": "容器在启动时初始化后参数即固定,通常不允许在运行时通过 setParameter 修改已解析的配置。"}
верноКонтейнер компилируется и замораживается; runtime-значения — только через переменные окружения.
T23-L5
0.28 c
Symfony:配置与服务默认情况下,Symfony 的服务是公开的(public: true)——可以直接从容器中获取。«是»
Пояснение: 在 Symfony 中,默认情况下服务是公开的(public: true)。
Raw
{"answer": "是", "解释": "在 Symfony 中,默认情况下服务是公开的(public: true)。"}
неверно
верный: «否»
С Symfony 4.0 сервисы по умолчанию private: инжектятся через autowiring; $container->get() — только для публичных.
T23-L6
0.29 c
Symfony:配置与服务如果 config/packages 里没有配置文件,bundle 就无法工作——每个 bundle 都必须有配置。«否»
Пояснение: Bundle 通常可以无配置即工作,但某些特定功能可能需要配置文件才能启用。
Raw
{"answer": "否", "解释": "Bundle 通常可以无配置即工作,但某些特定功能可能需要配置文件才能启用。"}
верноУ бандлов есть встроенные умолчания (Extension); конфиг нужен только для отклонений от них.
T23-L7
1.01 c
Symfony:配置与服务环境变量的值可以通过 %env(VAR)% 语法注入 services.yaml。«是»
Пояснение: Docker Compose 支持在 services.yaml 中使用 ${VAR} 或 ${VAR:-default} 语法来引用环境变量,但 %env(VAR)% 是 Ansible 或 Docker BuildKit 中用于注入环境变量的语法,并非 Compose 文件的标准环境变量注入语法。不过,在 Docker BuildKit 的 BuildKit 配置文件中,%env(VAR)% 确实是一个有效的变量引用语法,用于构建时的环境变量替换。因此,该陈述在特定上下文(如 BuildKit 配置)下是正确的。
Raw
{"answer": "是", "解释": "Docker Compose 支持在 services.yaml 中使用 ${VAR} 或 ${VAR:-default} 语法来引用环境变量,但 %env(VAR)% 是 Ansible 或 Docker BuildKit 中用于注入环境变量的语法,并非 Compose 文件的标准环境变量注入语法。不过,在 Docker BuildKit 的 BuildKit 配置文件中,%env(VAR)% 确实是一个有效的变量引用语法,用于构建时的环境变量替换。因此,该陈述在特定上下文(如 BuildKit 配置)下是正确的。"}
верно%env(...)% резолвится в рантайме env-процессорами; docs — Env Var Processors.
T23-L8
0.34 c
Symfony:配置与服务Symfony 的哪个环境变量会开启调试模式(影响 profiler 和 Twig 调试)?«symfony_debug»
Пояснение: 设置 SYMFONY_DEBUG=1 可以开启 Symfony 的调试模式。
Raw
{"answer": "SYMFONY_DEBUG", "解释": "设置 SYMFONY_DEBUG=1 可以开启 Symfony 的调试模式。"}
неверно
верный: «app_debug»
APP_DEBUG=1 (в .env dev-окружения); окружение выбирает APP_ENV — см. T13-L6.
T16-L1
0.2 c
Symfony:Messenger在 Symfony Messenger 中,一条消息只能有一个处理者(handler)。«否»
Пояснение: 一条消息可以匹配多个处理器进行依次处理
Raw
{"answer":"否","解释":"一条消息可以匹配多个处理器进行依次处理"}
верноMessenger вызывает все хендлеры, подписанные на класс сообщения (docs — Multiple Handlers).
T16-L2
0.32 c
Symfony:MessengerMessenger 的 sync 传输会把消息放进队列交给 worker 处理,和 async 一样。«否»
Пояснение: sync 传输同步发送,而 async 传输异步放入队列交给 worker 处理
Raw
```json ⏎ {"answer": "否", "解释": "sync 传输同步发送,而 async 传输异步放入队列交给 worker 处理"} ⏎ ```
верноНаоборот: sync обрабатывает немедленно в том же процессе, что и отправка; очередь — это async-транспорт.
T16-L3
0.32 c
Symfony:Messenger哪条控制台命令会启动处理 Messenger 队列消息的 worker?«bin/console messenger:consume»
Пояснение: 该命令用于启动 Symfony Messenger 队列消息处理 worker。
Raw
```json ⏎ {"answer": "bin/console messenger:consume", "解释": "该命令用于启动 Symfony Messenger 队列消息处理 worker。"} ⏎ ```
верноbin/console messenger:consume async; воркеры под supervisord/systemd в проде.
T16-L4
0.31 c
Symfony:Messenger失败消息的重试策略(retry_strategy)在 Messenger 传输层面配置。«否»
Пояснение: 重试策略是在 Messenger 的 Channel 或 Transport 配置层进行设置,而非传输层面。
Raw
{"answer": "否", "解释": "重试策略是在 Messenger 的 Channel 或 Transport 配置层进行设置,而非传输层面。"}
неверно
верный: «是»
retry_strategy на транспорте: max_retries, delay, multiplier; docs — Failed Messages & Retries.
T16-L5
0.24 c
Symfony:Messenger默认情况下,Messenger 会把消息序列化为 JSON。«是»
Пояснение: Symfony Messenger 默认使用 JsonSerializerComponent 进行序列化。
Raw
{"answer": "是", "解释": "Symfony Messenger 默认使用 JsonSerializerComponent 进行序列化。"}
неверно
верный: «否»
Дефолтный сериализатор — PhpSerializer (serialize()); JSON-сериализатор включается отдельно.
T16-L6
0.31 c
Symfony:MessengerSymfony Scheduler 按计划产生消息,并通过 Messenger 发送。«是»
Пояснение: Symfony Scheduler 可基于 Messenger 定时触发事件或发送消息,实现按计划生成并发送消息。
Raw
{"answer": "是", "解释": "Symfony Scheduler 可基于 Messenger 定时触发事件或发送消息,实现按计划生成并发送消息。"}
верноSchedule → RecurringMessage → шина Messenger; docs — Scheduler.
T16-L7
0.32 c
Symfony:Messenger哪个内置的 Messenger 传输通过 Doctrine 把消息存到数据库表中?«doctrine transport»
Пояснение: Symfony Messenger 中的 Doctrine Transport 负责通过 Doctrine DBAL 将消息持久化到指定数据库表中。
Raw
{"answer":"Doctrine Transport", "解释":"Symfony Messenger 中的 Doctrine Transport 负责通过 Doctrine DBAL 将消息持久化到指定数据库表中。"}
верноТранспорт doctrine (symfony/doctrine-messenger); таблица messenger_messages. В проекте стоит amqp-messenger + doctrine-messenger.
T16-L8
0.34 c
Symfony:MessengerMessenger 的管道可以用自定义 middleware 扩展,放在内置中间件之前或之后。«是»
Пояснение: Symfony Messenger 允许通过 addBefore 或 addAfter 将自定义 middleware 插入到默认 pipeline 中的任意位置。
Raw
{"answer": "是", "解释": "Symfony Messenger 允许通过 addBefore 或 addAfter 将自定义 middleware 插入到默认 pipeline 中的任意位置。"}
верноmessenger.bus.*.middleware в yaml; docs — Middleware.
T28-L1
0.25 c
Symfony:版本Symfony 的主版本每两年发布一次,次版本每六个月一次(5 月和 11 月)。«否»
Пояснение: Symfony 的主版本每年发布一次,而次版本每六个月一次。
Raw
{"answer":"否","解释":"Symfony 的主版本每年发布一次,而次版本每六个月一次。"}
неверно
верный: «是»
Стандартный релизный цикл: 8.0 — ноябрь 2025, 8.1 — май 2026, 8.2 — ноябрь 2026.
T28-L2
0.32 c
Symfony:版本Symfony 8 要求的最低 PHP 版本是多少?«8.1»
Пояснение: Symfony 8 要求最低 PHP 8.1 版本。
Raw
```json ⏎ {"answer": "8.1", "解释": "Symfony 8 要求最低 PHP 8.1 版本。"} ⏎ ```
неверно
верный: «8.4»
Symfony 8.0 поднял требование до PHP >= 8.4.1 (в vendor проекта: "php": ">=8.4.1").
T28-L3
0.28 c
Symfony:版本Symfony 7.0 保留了对文档块注解(验证、路由)的支持。«否»
Пояснение: Symfony 7.0 移除了对文档块注解(Docblock annotations)的支持。
Raw
{"answer":"否","解释":"Symfony 7.0 移除了对文档块注解(Docblock annotations)的支持。"}
верноНаоборот: в 7.0 аннотации удалены — только PHP-атрибуты (#[Route], #[Assert\NotBlank]).
T28-L4
0.36 c
Symfony:版本AssetMapper 无需 node 和 webpack 即可管理 CSS/JS——通过 importmap.php。«是»
Пояснение: AssetMapper 通过 importmap 将资源映射为路径,无需 Node 和 Webpack 即可加载 CSS/JS。
Raw
{"answer": "是", "解释": "AssetMapper 通过 importmap 将资源映射为路径,无需 Node 和 Webpack 即可加载 CSS/JS。"}
верноsymfony/asset-mapper (с 6.3, стандарт с 7.x); в проекте — importmap.php в корне и asset-mapper 8.1.
T28-L5
0.24 c
Symfony:版本Symfony 6.4 是没有长期支持的普通版本。«是»
Пояснение: 6.4 是标准版本,而非 LTS。
Raw
{"answer": "是", "解释": "6.4 是标准版本,而非 LTS。"}
неверно
верный: «否»
Наоборот: 6.4 — LTS (расширенная поддержка); LTS выходит вместе с очередным мажором (6.4 — вместе с 7.0).
T28-L6
0.31 c
Symfony:版本升级到新的 Symfony 主版本时,上一分支的弃用功能仍然可用——主版本不会移除它们。«否»
Пояснение: Symfony 在主版本升级时会移除上一分支的弃用功能,以保持代码库整洁。
Raw
{"answer": "否", "解释": "Symfony 在主版本升级时会移除上一分支的弃用功能,以保持代码库整洁。"}
верноНаоборот: мажорный релиз удаляет всё устаревшее (7.0 убрал деприкейшены 6.x, 8.0 — 7.x).
T28-L7
0.3 c
Symfony:版本Symfony 的每个主版本都附带列出变更的 UPGRADE 指南。«是»
Пояснение: Symfony 官方确实为每个主版本提供了详细的 UPGRADE 指南文档。
Raw
{"answer": "是", "解释": "Symfony 官方确实为每个主版本提供了详细的 UPGRADE 指南文档。"}
верноUPGRADE-7.0.md, UPGRADE-8.0.md в репозитории symfony/symfony.
T28-L8
0.4 c
Symfony:版本Symfony 的哪个组件在没有 node/webpack 的情况下管理资源和 importmap?«assetmapperbundle»
Пояснение: AssetMapperBundle 通过 importmap 机制管理前端资源,无需 Node.js 或 Webpack 即可工作。
Raw
```json ⏎ {"answer": "AssetMapperBundle", "解释": "AssetMapperBundle 通过 importmap 机制管理前端资源,无需 Node.js 或 Webpack 即可工作。"} ⏎ ```
неверно
верный: «asset-mapper»
symfony/asset-mapper 8.1 — в проекте.
T29-L1
0.33 c
Symfony:8.2 与未来截至 2026-11-07,Symfony 8.2 已经发布。«是»
Пояснение: Symfony 8.2 确实在 2026 年 11 月之前发布。
Raw
{"answer": "是", "解释": "Symfony 8.2 确实在 2026 年 11 月之前发布。"}
неверно
верный: «否»
Наоборот: 8.2 ещё не выпущена — релиз в конце ноября 2026; последняя стабильная — 8.1.
T29-L2
0.4 c
Symfony:8.2 与未来截至 2026-11-07,Symfony 8.2 计划于 2026 年 11 月发布,遵循通常的六个月周期。«否»
Пояснение: Symfony 8.2 计划于 2025 年 11 月发布,而非 2026 年。
Raw
{"answer": "否", "解释": "Symfony 8.2 计划于 2025 年 11 月发布,而非 2026 年。"}
неверно
верный: «是»
Политика релизов: 8.1 — май 2026, 8.2 — ноябрь 2026; якорь даты фиксирует срез — модель с поздним cutoff отвечает «на дату».
T29-L3
0.3 c
Symfony:8.2 与未来在 8.1 之后(截至 2026-11-07)会发布哪个 Symfony 版本?«8.1»
Пояснение: 当前已知最新稳定版为 Symfony 8.1。
Raw
{"answer": "8.1", "解释": "当前已知最新稳定版为 Symfony 8.1。"}
неверно
верный: «8.2»
8.2 — следующий минорный релиз (ноябрь 2026); после его выхода проект переходит с 8.1.* на 8.2.*.
T29-L4
0.38 c
Symfony:8.2 与未来Symfony 8.2 是一个主版本,需要为新的 API 重写应用程序。«否»
Пояснение: Symfony 8.2 是次版本,主版本是 8,因此通常向后兼容,无需为新的 API 重写。
Raw
{"answer": "否", "解释": "Symfony 8.2 是次版本,主版本是 8,因此通常向后兼容,无需为新的 API 重写。"}
верноНаоборот: 8.2 — минорный релиз; новые возможности без поломки обратной совместимости. Мажор — 9.0.
T29-L5
0.27 c
Symfony:8.2 与未来在主分支内更新(8.1 → 8.2)不应需要修改代码——保持向后兼容。«是»
Пояснение: 主分支更新保证向后兼容,通常无需修改现有代码即可使用。
Raw
{"answer": "对", "解释": "主分支更新保证向后兼容,通常无需修改现有代码即可使用。"}
верноПолитика Symfony: минорные релизы обратно совместимы; BC-break допустим только в мажорных.
T29-L6
0.38 c
Symfony:8.2 与未来在 Symfony 9.0 之前,8.x 分支的最后一个次版本是什么?«8.3»
Пояснение: Symfony 8.3 是 8.x 系列在 9.0 发布前推出的最后一个稳定次版本。
Raw
{"answer": "8.3", "解释": "Symfony 8.3 是 8.x 系列在 9.0 发布前推出的最后一个稳定次版本。"}
неверно
верный: «8.4»
По циклу: 8.2 (ноя 2026), 8.3 (май 2027), 8.4 (ноя 2027, вместе с 9.0) — как 6.4 выходила вместе с 7.0.
T29-L7
0.26 c
Symfony:8.2 与未来Symfony 8.2 将要求 PHP 8.5——必须随之升级 PHP。«是»
Пояснение: Symfony 8.2 的最小 PHP 版本要求是 8.5。
Raw
{"answer":"是","解释":"Symfony 8.2 的最小 PHP 版本要求是 8.5。"}
неверно
верный: «否»
Наоборот: минорные релизы не поднимают требования PHP; для всей ветки 8.x остаётся PHP >= 8.4.
T29-L8
0.48 c
Symfony:8.2 与未来在 8.x 分支中添加的弃用功能,最早也要到 Symfony 9.0 才会移除。«是»
Пояснение: 根据 Symfony 的弃用政策,在 8.x 版本中新增的弃用功能通常会保留到下一个大版本(9.0)才会被移除。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "根据 Symfony 的弃用政策,在 8.x 版本中新增的弃用功能通常会保留到下一个大版本(9.0)才会被移除。" ⏎ }
верноПолитика: деприкейшены живут до следующего мажора; 9.0 — ноябрь 2027.
T21-L1
0.45 c
Twig在 Twig 中,{{ }} 里面可以直接调用任意的 PHP 代码。«否»
Пояснение: Twig 模板引擎仅支持预定义语法和安全的内置功能,禁止在 {{ }} 中执行任意 PHP 代码以保障模板安全性。
Raw
{ ⏎   "answer": "否", ⏎   "解释": "Twig 模板引擎仅支持预定义语法和安全的内置功能,禁止在 {{ }} 中执行任意 PHP 代码以保障模板安全性。" ⏎ }
верноTwig — DSL: только разрешённые окружением функции/фильтры; произвольный PHP не исполняется.
T21-L2
0.25 c
Twig默认情况下,Twig 会自动转义输出的变量。«是»
Пояснение: Twig 默认启用自动转义,以防止 XSS 攻击。
Raw
{"answer": "是", "解释": "Twig 默认启用自动转义,以防止 XSS 攻击。"}
верноAutoescape включён по умолчанию; {{ '<b>' }} → &lt;b&gt;. Проверено на Twig 3.30.
T21-L3
0.3 c
TwigTwig 的 |e 过滤器会对字符串进行转义,以便在 HTML 上下文中安全输出。«是»
Пояснение: |e 过滤器是 Twig 的 escape 简写,用于 HTML 转义。
Raw
{"answer": "是", "解释": "|e 过滤器是 Twig 的 escape 简写,用于 HTML 转义。"}
верно|e ('html') по умолчанию; есть контексты js/url/css. От SQL-инъекций он не защищает — это задача подготовленных запросов Doctrine.
T21-L4
0.36 c
Twigtwig/intl-extra 中哪个过滤器按本地化设置格式化数字?«number_format»
Пояснение: twig/intl-extra 包中的 number_format 过滤器用于根据本地化设置格式化数字。
Raw
{ ⏎   "answer": "number_format", ⏎   "解释": "twig/intl-extra 包中的 number_format 过滤器用于根据本地化设置格式化数字。" ⏎ }
неверно
верный: «format_number»
|format_number(locale=...) из IntlExtension (twig/intl-extra есть в проекте). Проверено на Twig 3.30: 12345.6 → 12 345,6 (ru).
T21-L5
0.26 c
Twig|raw 过滤器会对值关闭自动转义。«是»
Пояснение: raw 过滤器在 Laravel 中会关闭 Blade 中的自动转义功能。
Raw
{"answer":"是","解释":"raw 过滤器在 Laravel 中会关闭 Blade 中的自动转义功能。"}
верно{{ x|raw }} выводит HTML как есть; опасно с пользовательскими данными. Проверено на Twig 3.30.
T21-L6
0.4 c
Twig在 Twig 中,{{ }} 输出表达式的值,而 {% %} 执行标签——条件、循环、set。«是»
Пояснение: 在 Twig 中,双花括号用于输出变量或表达式,而单花括号用于执行控制结构标签。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "在 Twig 中,双花括号用于输出变量或表达式,而单花括号用于执行控制结构标签。" ⏎ }
верноДва блока синтаксиса Twig: вывод (echo) против логики.
T21-L7
0.33 c
TwigTwig 模板中不能声明变量——值只能由控制器传入。«是»
Пояснение: 在 Twig 中,变量必须通过控制器或其他外部作用域传入,模板内部本身没有声明变量的语法。
Raw
{"answer": "是", "解释": "在 Twig 中,变量必须通过控制器或其他外部作用域传入,模板内部本身没有声明变量的语法。"}
неверно
верный: «否»
{% set y = ... %} объявляет переменную в шаблоне. Проверено на Twig 3.30.
T21-L8
0.25 c
TwigTwig 的哪个函数会输出变量的调试结构(数组、对象)?«dump»
Пояснение: Twig 的 dump() 函数用于输出变量的调试结构。
Raw
{"answer": "dump", "解释": "Twig 的 dump() 函数用于输出变量的调试结构。"}
верно{{ dump(x) }} (DebugExtension; в Symfony доступна в dev-окружении).
T24-L1
0.36 c
BootstrapBootstrap 是一套现成 UI 组件的 CSS/JS 库,而不是 SPA 框架。«是»
Пояснение: Bootstrap 主要用于前端 UI 组件和样式,并不具备 SPA 路由或状态管理功能,因此不是 SPA 框架。
Raw
{"answer": "是", "解释": "Bootstrap 主要用于前端 UI 组件和样式,并不具备 SPA 路由或状态管理功能,因此不是 SPA 框架。"}
верноКомпоненты и утилиты поверх вашего HTML; SPA-фреймворки (React/Vue) — другой класс инструментов. В проекте vendored 5.3.3.
T24-L2
0.25 c
BootstrapBootstrap 的哪个类提供了按断点固定最大宽度的响应式容器?«container-fluid»
Пояснение: container-fluid 类提供随视口宽度变化的响应式容器。
Raw
{"answer":"container-fluid","解释":"container-fluid 类提供随视口宽度变化的响应式容器。"}
неверно
верный: «container»
.container (фиксированная макс-ширина по брейкпоинтам) vs .container-fluid (на всю ширину).
T24-L3
0.4 c
BootstrapBootstrap 的栅格基于 CSS float,把一行分成 16 列。«否»
Пояснение: Bootstrap 3 的栅格系统基于 12 列而非 16 列,且其后续版本已迁移至 CSS Flexbox。
Raw
{"answer": "否", "解释": "Bootstrap 3 的栅格系统基于 12 列而非 16 列,且其后续版本已迁移至 CSS Flexbox。"}
верноНаоборот: flexbox (с Bootstrap 4) и 12 колонок; float-сетка — это Bootstrap 3.
T24-L4
0.4 c
BootstrapBootstrap 的命名断点(类名中的中缀)是 sm、md、lg、xl、xxl——共五个。«是»
Пояснение: Bootstrap 5 确实定义了 sm、md、lg、xl 和 xxl 这五个命名断点。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "Bootstrap 5 确实定义了 sm、md、lg、xl 和 xxl 这五个命名断点。" ⏎ }
верноТиров всего шесть: xs (без инфикса) + пять именованных (576/768/992/1200/1400 px).
T24-L5
0.47 c
Bootstrap像 .mt-3 或 .px-2 这样的工具类使用间距刻度:数字是 $spacer 的倍数。«是»
Пояснение: Tailwind CSS 中 .mt-3 等工具类默认基于配置中的 $spacer 间距刻度(默认 0.25rem)生成数值。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "Tailwind CSS 中 .mt-3 等工具类默认基于配置中的 $spacer 间距刻度(默认 0.25rem)生成数值。" ⏎ }
неверно
верный: «否»
Spacing utilities; $spacer = 1rem.
T24-L6
0.29 c
BootstrapBootstrap 5 的哪个 data 属性可以在元素上启用交互组件(例如 dropdown)?«data-bs-toggle»
Пояснение: Bootstrap 5 使用 data-bs-toggle 来启用组件交互。
Raw
{"answer":"data-bs-toggle","解释":"Bootstrap 5 使用 data-bs-toggle 来启用组件交互。"}
верноdata-bs-toggle="dropdown" и т.п.; в Bootstrap 4 атрибут назывался data-toggle.
T24-L7
0.29 c
BootstrapBootstrap 5 的组件不依赖 jQuery——使用原生 JS。«是»
Пояснение: Bootstrap 5 移除了 jQuery 依赖,其组件基于原生 JavaScript 实现。
Raw
{"answer": "是", "解释": "Bootstrap 5 移除了 jQuery 依赖,其组件基于原生 JavaScript 实现。"}
верноjQuery удалён в Bootstrap 5.0: data-bs-* атрибуты и JS API. В проекте vendored 5.3.3.
T24-L8
0.36 c
BootstrapBootstrap 的深色模式是通过在根元素上添加 .dark 类开启的。«否»
Пояснение: Bootstrap 5 默认通过 prefers-color-scheme 媒体查询或 html[data-bs-theme='dark'] 属性实现深色模式。
Raw
{"answer": "否", "解释": "Bootstrap 5 默认通过 prefers-color-scheme 媒体查询或 html[data-bs-theme='dark'] 属性实现深色模式。"}
верноНаоборот: тема включается атрибутом data-bs-theme="dark" (Color modes, с 5.3); класса .dark не существует. В проекте 5.3.3.
T14-L1
0.39 c
DoctrineDoctrine ORM 会在运行时首次使用实体时自动在数据库中创建表。«否»
Пояснение: Doctrine ORM 不会自动建表,需手动使用 SchemaUpdateTool 或迁移工具生成并执行 SQL。
Raw
{ ⏎   "answer": "否", ⏎   "解释": "Doctrine ORM 不会自动建表,需手动使用 SchemaUpdateTool 或迁移工具生成并执行 SQL。" ⏎ }
верноСхему создают инструменты (migrations, schema tool); рантайм структуру БД не меняет.
T14-L2
0.31 c
DoctrineEntityManager 的哪个方法把新对象标记为受管理(managed),而 SQL 延迟到 flush() 才执行?«persist»
Пояснение: persist 方法将新对象纳入管理状态,实际 SQL 语句在 flush 时执行。
Raw
{"answer": "persist", "解释": "persist 方法将新对象纳入管理状态,实际 SQL 语句在 flush 时执行。"}
верноpersist() регистрирует объект в Unit of Work; INSERT выполняется на flush().
T14-L3
0.33 c
Doctrine在 Doctrine ORM 3 中,EntityManager::merge() 方法存在,并把传入的对象变成受管理的。«是»
Пояснение: merge() 会将传入的游离对象合并到当前 EntityManager 的管理状态中,使其成为受管理对象。
Raw
{"answer": "是", "解释": "merge() 会将传入的游离对象合并到当前 EntityManager 的管理状态中,使其成为受管理对象。"}
неверно
верный: «否»
В ORM 3 merge() удалён (в vendor проекта 3.7.6 метода нет); в Doctrine 2.x merge() возвращал управляемую копию. Версия зафиксирована — ORM 3.
T14-L4
0.33 c
DoctrineDQL 查询以实体及其字段为单位编写,而不是表和列。«是»
Пояснение: DQL(如 Hibernate 的 HQL)面向对象模型,使用实体类和属性名进行查询。
Raw
{"answer": "是", "解释": "DQL(如 Hibernate 的 HQL)面向对象模型,使用实体类和属性名进行查询。"}
верноDoctrine транслирует DQL в SQL; docs — DQL (Doctrine Query Language).
T14-L5
0.32 c
Doctrine如果不存在 id 为 999 的记录,$repository->find(999) 返回什么?«null»
Пояснение: 在常见的 ORM 或 Repository 模式中,查询不到记录时返回 null。
Raw
```json ⏎ {"answer": "null", "解释": "在常见的 ORM 或 Repository 模式中,查询不到记录时返回 null。"} ⏎ ```
верноfind() возвращает null, если объект не найден (docs Repository methods).
T14-L6
0.42 c
DoctrineSymfony 的 DoctrineBundle 会在每个请求结束时自动调用 flush()。«是»
Пояснение: DoctrineBundle 的 OnSubscriber 监听器确实在请求结束时自动触发 EntityManager 的 flush() 操作,除非显式关闭此功能或遇到特定异常。
Raw
{"answer": "是", "解释": "DoctrineBundle 的 OnSubscriber 监听器确实在请求结束时自动触发 EntityManager 的 flush() 操作,除非显式关闭此功能或遇到特定异常。"}
неверно
верный: «否»
Авто-flush нет — flush() зовёт разработчик; незакрытая транзакция в конце запроса откатывается.
T14-L7
0.53 c
Doctrine对于受管理的实体,只需修改属性即可:flush() 会在没有显式 persist() 的情况下提交更改——Unit of Work 会追踪变更。«否»
Пояснение: 受管理实体的属性变更虽会被追踪,但通常仍需在事务中显式调用 flush() 来触发持久化,Unit of Work 不会在无 flush() 或事务提交时自动将变更提交到数据库。
Raw
{"answer": "否", "解释": "受管理实体的属性变更虽会被追踪,但通常仍需在事务中显式调用 flush() 来触发持久化,Unit of Work 不会在无 flush() 或事务提交时自动将变更提交到数据库。"}
неверно
верный: «是»
Dirty checking сравнивает снимки свойств; persist нужен только новым/отсоединённым объектам.
T14-L8
0.45 c
Doctrineremove() 会立即执行 SQL DELETE,不会等到 flush()。«否»
Пояснение: ORM 中 remove() 通常只是标记对象为待删除,实际 SQL 通常在 flush() 或事务提交时生成执行。
Raw
```json ⏎ {"answer": "否", "解释": "ORM 中 remove() 通常只是标记对象为待删除,实际 SQL 通常在 flush() 或事务提交时生成执行。"} ⏎ ```
верноremove() планирует удаление в Unit of Work; DELETE выполняется на flush() (docs — Deleting Objects).
T15-L1
0.4 c
PostgreSQLPostgreSQL 使用 MVCC,因此读会阻塞写,写也会阻塞读。«否»
Пояснение: PostgreSQL 的 MVCC 允许读写并发,读通常不会阻塞写(写操作使用快照隔离机制,写操作本身一般不阻塞读)。
Raw
{"answer": "否", "解释": "PostgreSQL 的 MVCC 允许读写并发,读通常不会阻塞写(写操作使用快照隔离机制,写操作本身一般不阻塞读)。"}
верноНаоборот: благодаря MVCC читатели не блокируют писателей и наоборот (снимки строк); docs PostgreSQL — Concurrency Control.
T15-L2
0.28 c
PostgreSQL哪条 SQL 命令会显示查询的执行计划,而不实际执行查询?«explain select»
Пояснение: EXPLAIN 用于显示查询的执行计划而不实际执行查询。
Raw
{"answer": "EXPLAIN SELECT ...", "解释": "EXPLAIN 用于显示查询的执行计划而不实际执行查询。"}
верноEXPLAIN без ANALYZE только строит план; проверено на PostgreSQL 17.7.
T15-L3
0.42 c
PostgreSQLSERIAL 和 GENERATED ... AS IDENTITY 只是同一机制的两个名称。«否»
Пояснение: SERIAL 是创建自增整数列的语法糖,而 GENERATED ... AS IDENTITY 是 SQL 标准生成的列定义,两者在实现细节和行为上存在差异。
Raw
{"answer":"否","解释":"SERIAL 是创建自增整数列的语法糖,而 GENERATED ... AS IDENTITY 是 SQL 标准生成的列定义,两者在实现细节和行为上存在差异。"}
верноSERIAL — нестандартный макрос (sequence + DEFAULT), IDENTITY — SQL-стандарт; различаются владением и правами. Оба есть в PG 17 (проверено).
T15-L4
0.29 c
PostgreSQL默认情况下,PostgreSQL 的 UNIQUE 约束在列中只允许一行 NULL。«是»
Пояснение: PostgreSQL 中默认的 UNIQUE 约束视 NULL 值为互不等,允许多行 NULL。
Raw
{"answer":"是","解释":"PostgreSQL 中默认的 UNIQUE 约束视 NULL 值为互不等,允许多行 NULL。"}
неверно
верный: «否»
Наоборот: NULLS DISTINCT по умолчанию — несколько NULL допустимы; NULLS NOT DISTINCT — опция с PG 15. Проверено на PG 17.7.
T15-L5
0.29 c
PostgreSQLPostgreSQL 的哪个聚合函数用分隔符拼接字符串?«string_agg»
Пояснение: PostgreSQL 的 string_agg 函数用于使用指定的分隔符来拼接字符串。
Raw
{"answer": "string_agg", "解释": "PostgreSQL 的 string_agg 函数用于使用指定的分隔符来拼接字符串。"}
верноstring_agg(значение, разделитель); проверено на PostgreSQL 17.7.
T15-L6
0.33 c
PostgreSQL普通 VACUUM 会把死元组占用的空间归还给操作系统。«否»
Пояснение: 普通VACUUM只回收表内的空间,不会归还给操作系统。
Raw
{ ⏎   "answer": "否", ⏎   "解释": "普通VACUUM只回收表内的空间,不会归还给操作系统。" ⏎ }
верноVACUUM помечает место для переиспользования внутри таблицы; ОС его возвращает только VACUUM FULL (с эксклюзивной блокировкой).
T15-L7
0.34 c
PostgreSQL在窗口函数的定义中,哪个关键字把行分成若干组,函数按组计算?«partition by»
Пояснение: PARTITION BY 子句用于将结果集划分为分区,窗口函数在每个分区内独立计算。
Raw
{"answer": "PARTITION BY", "解释": "PARTITION BY 子句用于将结果集划分为分区,窗口函数在每个分区内独立计算。"}
верноOVER (PARTITION BY ...); проверено на PostgreSQL 17.7.
T15-L8
0.43 c
PostgreSQLREAD COMMITTED 隔离级别能防止不可重复读(non-repeatable read)。«否»
Пояснение: READ COMMITTED 隔离级别虽然防止了脏读,但同一事务内对同一数据的多次读取可能得到不同的已提交数据,因此不能防止不可重复读。
Raw
{"answer": "否", "解释": "READ COMMITTED 隔离级别虽然防止了脏读,但同一事务内对同一数据的多次读取可能得到不同的已提交数据,因此不能防止不可重复读。"}
верноREAD COMMITTED допускает неповторяющееся чтение; защищает REPEATABLE READ. Проверено: SHOW transaction_isolation → read committed.
T17-L1
0.28 c
PostgreSQL:事务与索引默认情况下,PostgreSQL 会把每条单独的 SQL 语句包在自己的隐式事务中(autocommit)。«是»
Пояснение: PostgreSQL默认启用auto-commit,每条独立的SQL语句都会自动在一个独立事务中执行。
Raw
{"answer":"是","解释":"PostgreSQL默认启用auto-commit,每条独立的SQL语句都会自动在一个独立事务中执行。"}
верноБез BEGIN каждый оператор коммитится сам; docs PostgreSQL — Transactions. Проверено на PG 17.
T17-L2
0.27 c
PostgreSQL:事务与索引哪条 SQL 命令结束事务并保存其中的所有更改?«commit»
Пояснение: COMMIT 用于提交事务,将其所有更改永久保存到数据库中。
Raw
{"answer": "COMMIT", "解释": "COMMIT 用于提交事务,将其所有更改永久保存到数据库中。"}
верноCOMMIT (END — синоним). Проверено на PG 17.
T17-L3
0.32 c
PostgreSQL:事务与索引索引加速的不只是 SELECT:按索引列查找的 UPDATE 和 DELETE 同样受益。«是»
Пояснение: 索引不仅加速数据查询,还能让数据库快速定位待更新或删除的行,从而提升写入效率。
Raw
{"answer": "是", "解释": "索引不仅加速数据查询,还能让数据库快速定位待更新或删除的行,从而提升写入效率。"}
верноПоиск строк для изменения идёт по индексу; docs PostgreSQL — Indexes.
T17-L4
0.34 c
PostgreSQL:事务与索引要回滚事务中的部分语句,PostgreSQL 使用 SAVEPOINT。«是»
Пояснение: PostgreSQL 使用 ROLLBACK TO SAVEPOINT 来回滚事务中自指定保存点以来的部分操作。
Raw
{"answer": "是", "解释": "PostgreSQL 使用 ROLLBACK TO SAVEPOINT 来回滚事务中自指定保存点以来的部分操作。"}
верноSAVEPOINT name; ROLLBACK TO name — частичный откат без отмены всей транзакции. Проверено на PG 17.
T17-L5
0.37 c
PostgreSQL:事务与索引EXPLAIN ANALYZE 显示查询计划,而不实际执行查询。«否»
Пояснение: EXPLAIN ANALYZE 会执行查询以收集性能统计信息并显示实际执行计划。
Raw
{ ⏎   "answer": "否", ⏎   "解释": "EXPLAIN ANALYZE 会执行查询以收集性能统计信息并显示实际执行计划。" ⏎ }
верноНаоборот: ANALYZE реально выполняет запрос (с побочными эффектами!) и показывает фактические времена узлов; план без выполнения — plain EXPLAIN.
T17-L6
0.29 c
PostgreSQL:事务与索引哪个 PostgreSQL 扩展为向量(embedding)搜索添加了向量类型和索引?«pgvector»
Пояснение: pgvector 为 PostgreSQL 提供了向量类型、相似度搜索和索引支持。
Raw
{"answer": "pgvector", "解释": "pgvector 为 PostgreSQL 提供了向量类型、相似度搜索和索引支持。"}
верноCREATE EXTENSION vector (проект pgvector; в проекте образ pgvector/pgvector:pg17).
T17-L7
0.23 c
PostgreSQL:事务与索引部分索引(CREATE INDEX ... WHERE ...)只为满足条件的行构建。«是»
Пояснение: 部分索引仅索引满足 WHERE 条件的行。
Raw
{"answer": "是", "解释": "部分索引仅索引满足 WHERE 条件的行。"}
верноdocs PostgreSQL — Partial Indexes; типичный кейс — индекс по «активным» записям.
T17-L8
0.4 c
PostgreSQL:事务与索引PostgreSQL 的 SERIALIZABLE 隔离级别是通过锁定事务读取的行来实现的。«否»
Пояснение: PostgreSQL的SERIALIZABLE隔离级别是通过快照读(MVCC)和串行冲突检测(S-SERIALIZABLE)实现,而非通过锁定读取的行。
Raw
{"answer":"否","解释":"PostgreSQL的SERIALIZABLE隔离级别是通过快照读(MVCC)和串行冲突检测(S-SERIALIZABLE)实现,而非通过锁定读取的行。"}
верноSSI (Serializable Snapshot Isolation): предикатные блокировки на снимках, не блокировки прочитанных строк; docs PostgreSQL.
T19-L1
0.25 c
HTTP 与 REST APIHTTP 状态 201 表示请求成功创建了新资源。«是»
Пояснение: HTTP 201 Created 表示请求成功创建了资源。
Raw
{"answer": "是", "解释": "HTTP 201 Created 表示请求成功创建了资源。"}
верно201 Created; обычно на POST, часто с Location; RFC 9110.
T19-L2
0.32 c
HTTP 与 REST API哪个 HTTP 状态表示请求成功且响应体为空(例如 DELETE 之后)?«204»
Пояснение: HTTP 204 No Content 状态表示请求处理成功且无需返回响应体。
Raw
{"answer": 204, "解释": "HTTP 204 No Content 状态表示请求处理成功且无需返回响应体。"}
верно204 No Content; RFC 9110.
T19-L3
0.41 c
HTTP 与 REST API按 HTTP 规范,DELETE 方法是幂等的:对同一资源重复请求不会改变结果。«是»
Пояснение: 按 HTTP 规范,DELETE 方法被定义为幂等,重复执行不会对资源产生额外的影响。
Raw
```json ⏎ { ⏎   "answer": "是", ⏎   "解释": "按 HTTP 规范,DELETE 方法被定义为幂等,重复执行不会对资源产生额外的影响。" ⏎ } ⏎ ```
верноRFC 9110: DELETE идемпотентен (как PUT); идемпотентность ≠ безопасность — ресурс удаляется при первом вызове.
T19-L4
0.29 c
HTTP 与 REST APIAccess-Control-Allow-Origin 头是由客户端发送的,以便服务器同意接受来自其他源的请求。«否»
Пояснение: 该头由服务器发送,用于指定允许哪些源进行跨域请求。
Raw
{"answer": "否", "解释": "该头由服务器发送,用于指定允许哪些源进行跨域请求。"}
верноНаоборот: заголовок шлёт СЕРВЕР в ответе, разрешая браузеру cross-origin запрос (CORS); в проекте nelmio/cors-bundle.
T19-L5
0.31 c
HTTP 与 REST API状态码 429 Too Many Requests 用于客户端超出请求频率限制(rate limiting)的情况。«是»
Пояснение: 429 状态码确实表示客户端发送了过多请求,超过了服务器允许的频率限制。
Raw
{"answer": "是", "解释": "429 状态码确实表示客户端发送了过多请求,超过了服务器允许的频率限制。"}
верно429 (+ Retry-After); RFC 6585. В проекте symfony/rate-limiter.
T19-L6
0.3 c
HTTP 与 REST API5xx 表示客户端错误,而 4xx 表示服务器端错误。«否»
Пояснение: 4xx 表示客户端错误,5xx 表示服务器端错误,题干表述颠倒。
Raw
{"answer": "否", "解释": "4xx 表示客户端错误,5xx 表示服务器端错误,题干表述颠倒。"}
верноНаоборот: 4xx — ошибка клиента (400, 404), 5xx — сервера (500, 503); классы статусов RFC 9110.
T19-L7
0.28 c
HTTP 与 REST API哪个 HTTP 头指明请求或响应体的 MIME 类型?«content-type»
Пояснение: Content-Type 头指定了 HTTP 请求或响应体的 MIME 类型。
Raw
{"answer": "Content-Type", "解释": "Content-Type 头指定了 HTTP 请求或响应体的 MIME 类型。"}
верноContent-Type: application/json и т.п.
T19-L8
0.4 c
HTTP 与 REST API与 PUT 不同,按照 RFC 5789,PATCH 不要求幂等。«是»
Пояснение: 正确,PUT 是幂等的,而 PATCH 操作(如增量更新)通常不被要求是幂等的。
Raw
{ ⏎   "answer": "是", ⏎   "解释": "正确,PUT 是幂等的,而 PATCH 操作(如增量更新)通常不被要求是幂等的。" ⏎ }
верноRFC 5789 прямо оговаривает: PATCH не гарантированно идемпотентен; PUT идемпотентен.
T20-L1
0.48 c
安全与 OAuth用普通 == 把密码的哈希与库中哈希比较就足以校验密码。«是»
Пояснение: 在存储哈希时,使用普通字符串比较(== 或 ===)即可,因为哈希算法(如 password_hash)已包含盐值,相同密码在相同盐值下产生相同哈希。
Raw
{"answer": "是", "解释": "在存储哈希时,使用普通字符串比较(== 或 ===)即可,因为哈希算法(如 password_hash)已包含盐值,相同密码在相同盐值下产生相同哈希。"}
неверно
верный: «否»
Нужна постоянновременная проверка (password_verify) — timing-атаки; соль и алгоритм уже внутри хеша.
T20-L2
0.39 c
安全与 OAuthCSRF 令牌由服务器发放(绑定会话),并在 unsafe 请求(POST 等)时在服务器端校验。«是»
Пояснение: CSRF 令牌通常由服务器生成并绑定在会话中,在提交危险请求时由服务器验证其有效性以防跨站伪造请求。
Raw
{"answer": "是", "解释": "CSRF 令牌通常由服务器生成并绑定在会话中,在提交危险请求时由服务器验证其有效性以防跨站伪造请求。"}
верноsymfony/security-csrf в проекте; защита от подделки межсайтовой формы.
T20-L3
0.31 c
安全与 OAuth哪个 HTTP 头用于启用 CSP(Content Security Policy)策略?«content-security-policy»
Пояснение: HTTP 头 Content-Security-Policy 用于定义内容安全策略。
Raw
{"answer": "Content-Security-Policy", "解释": "HTTP 头 Content-Security-Policy 用于定义内容安全策略。"}
верноContent-Security-Policy; белые списки источников скриптов/стилей против XSS.
T20-L4
0.44 c
安全与 OAuthOAuth 2.0 是身份认证协议:access 令牌能说明用户是谁。«否»
Пояснение: Access Token 是访问授权的凭证,而非身份标识;身份通常由 ID Token 或用户信息声明确认。
Raw
```json ⏎ { ⏎   "answer": "否", ⏎   "解释": "Access Token 是访问授权的凭证,而非身份标识;身份通常由 ID Token 或用户信息声明确认。" ⏎ } ⏎ ```
верноOAuth 2.0 — авторизация/делегирование доступа; аутентификацию добавляет OpenID Connect. В проекте knpuniversity/oauth2-client-bundle (yandex/github/google).
T20-L5
0.27 c
安全与 OAuthXSS 可以通过在写库前对输入做服务器端校验来防止。«是»
Пояснение: 服务器端校验是防范 XSS 等注入攻击的核心防御手段之一。
Raw
{"answer": "是", "解释": "服务器端校验是防范 XSS 等注入攻击的核心防御手段之一。"}
неверно
верный: «否»
XSS лечится контекстным экранированием НА ВЫВОДЕ (Twig autoescape, CSP); валидация ввода не покрывает все контексты вывода.
T20-L6
0.33 c
安全与 OAuth在 OAuth 2.0 授权码流程中,哪个参数会回到 redirect_uri 并用于换取 access 令牌?«code»
Пояснение: 授权服务器将 authorization code 返回到 redirect_uri 的 query 参数中,用于兑换 access token。
Raw
{"answer": "code", "解释": "授权服务器将 authorization code 返回到 redirect_uri 的 query 参数中,用于兑换 access token。"}
верноПараметр code; обмен на токен POST-ом на /token с client_secret.
T20-L7
0.28 c
安全与 OAuthRefresh 令牌的生命周期比 access 令牌长,可在用户不重新登录的情况下换取新的 access 令牌。«是»
Пояснение: Refresh token通常有效期远长于access token,用于安全地刷新过期的访问令牌。
Raw
{"answer":"是","解释":"Refresh token通常有效期远长于access token,用于安全地刷新过期的访问令牌。"}
верноСтандартная схема OAuth/OIDC: короткий access + длинный refresh.
T20-L8
0.49 c
安全与 OAuth密码盐必须保密:没有盐就无法校验哈希。«是»
Пояснение: 在正确的密码哈希实现中,盐值通常与哈希值存储在一起以便验证,但若盐值泄露,攻击者可暴力破解哈希,因此盐必须保密且不可预测。
Raw
{ ⏎ "answer": "是", ⏎ "解释": "在正确的密码哈希实现中,盐值通常与哈希值存储在一起以便验证,但若盐值泄露,攻击者可暴力破解哈希,因此盐必须保密且不可预测。" ⏎ }
неверно
верный: «否»
Соль хранится открыто (password_hash включает её в строку хеша); секретность соли не нужна.
T18-L1
0.26 c
测试:PHPUnitPHPUnit 会执行任何类的测试方法——不必继承 TestCase。«是»
Пояснение: PHPUnit 通过反射调用任何公共方法,不一定需要继承 TestCase。
Raw
{"answer": "是", "解释": "PHPUnit 通过反射调用任何公共方法,不一定需要继承 TestCase。"}
неверно
верный: «否»
Тестом считается метод класса, наследующего TestCase (PHPUnit 10).
T18-L2
0.35 c
测试:PHPUnitPHPUnit 的 setUp() 在类的所有测试之前只执行一次。«否»
Пояснение: setUp() 会在每个测试方法执行前都执行,而 setUpClass() 才是只在所有测试之前执行一次。
Raw
{"answer": "否", "解释": "setUp() 会在每个测试方法执行前都执行,而 setUpClass() 才是只在所有测试之前执行一次。"}
верноsetUp() — перед КАЖДЫМ тестом; один раз на класс — setUpBeforeClass(). Проверено живым счётчиком на PHPUnit 10.5.
T18-L3
0.33 c
测试:PHPUnit数据提供者(data provider)只允许用一组参数运行测试。«是»
Пояснение: 数据提供者在 PHPUnit 等框架中正是用来向单个测试方法提供多组参数进行多次执行的机制。
Raw
{"answer": "是", "解释": "数据提供者在 PHPUnit 等框架中正是用来向单个测试方法提供多组参数进行多次执行的机制。"}
неверно
верный: «否»
Наоборот: наборов может быть сколько угодно — тест выполняется по разу на каждый. Проверено на PHPUnit 10.5 (#[DataProvider]).
T18-L4
0.27 c
测试:PHPUnitPHPUnit 的哪个方法用于声明期望抛出某个特定类的异常?«expectexception»
Пояснение: PHPUnit 通过 expectException() 方法声明期望抛出特定类的异常。
Raw
{"answer": "expectException", "解释": "PHPUnit 通过 expectException() 方法声明期望抛出特定类的异常。"}
верно$this->expectException(\LogicException::class); проверено на PHPUnit 10.5.
T18-L5
0.41 c
测试:PHPUnit在 PHPUnit 中,stub(桩)检查哪些方法被调用过,而 mock(模拟对象)只是返回数据。«否»
Пояснение: 在 PHPUnit 中,Mock 是 Stub 的超集,它既可以检查方法调用,也可以返回预设数据,而 Stub 仅用于返回数据。
Raw
{"answer": "否", "解释": "在 PHPUnit 中,Mock 是 Stub 的超集,它既可以检查方法调用,也可以返回预设数据,而 Stub 仅用于返回数据。"}
верноНаоборот: стаб подставляет данные, мок проверяет взаимодействия (createStub/createMock); docs PHPUnit — Test Doubles.
T18-L6
0.32 c
测试:PHPUnit在 PHPUnit 10+ 中,向测试传递数据的推荐方式是 #[DataProvider] 属性(@dataProvider 注解已弃用)。«是»
Пояснение: 在 PHPUnit 10 中,注解被弃用,推荐使用新的 PHP 属性方式。
Raw
{"answer": "是", "解释": "在 PHPUnit 10 中,注解被弃用,推荐使用新的 PHP 属性方式。"}
верноАннотация ещё парсится в PHPUnit 10/11 (AnnotationParser в 10.5.66), удаление — в 12; атрибут — стандарт.
T18-L7
0.25 c
测试:PHPUnitPHPUnit 不允许声明一个测试依赖于另一个测试的结果。«否»
Пояснение: PHPUnit 提供了 setDependencies 方法允许声明测试依赖关系。
Raw
{"answer": "否", "解释": "PHPUnit 提供了 setDependencies 方法允许声明测试依赖关系。"}
верноЗависимости есть: #[Depends] — зависимый тест не запустится, еслиProducer упал.
T18-L8
0.25 c
测试:PHPUnitPHPUnit 的哪个命令行选项会让测试以随机顺序执行?«--randomize»
Пояснение: 该选项使 PHPUnit 以随机顺序运行测试用例。
Raw
{"answer": "--randomize", "解释": "该选项使 PHPUnit 以随机顺序运行测试用例。"}
неверно
верный: «--order-by=random»
--order-by=random (PHPUnit 9+); опция есть в --help PHPUnit 10.5 (проектная).
T01-L9
2.13 c
语法与运算符这段代码会输出什么? ```php echo intdiv(7, 2) . intdiv(-7, 2); ```«3-4»
Пояснение: intdiv(7,2)为3,intdiv(-7,2)为-4,拼接后是3-4。
Raw
```json ⏎ {"answer": "3-4", "解释": "intdiv(7,2)为3,intdiv(-7,2)为-4,拼接后是3-4。"} ⏎ ```
неверно
верный: «3-3»
intdiv 向零截断:intdiv(-7, 2) = -3,不是 -4。
T01-L10
0.38 c
语法与运算符这段代码会输出什么? ```php echo -3 ** 2; ```«9»
Пояснение: PHP 中 ** 运算符的优先级高于一元减号,因此实际计算为 -(3**2) 的结果为 -9。
Raw
{"answer": 9, "解释": "PHP 中 ** 运算符的优先级高于一元减号,因此实际计算为 -(3**2) 的结果为 -9。"}
неверно
верный: «-9»
** 右结合且优先级高于一元负号:-(3²)。
T02-L9
0.45 c
类型与比较这段代码会输出什么? ```php echo '1e1' == '10' ? 'true' : 'false'; ```«true»
Пояснение: PHP中字符串'1e1'在比较时被转换为浮点数10.0,与字符串'10'转换为浮点数10.0相等,因此返回true
Raw
{"answer": "true", "解释": "PHP中字符串'1e1'在比较时被转换为浮点数10.0,与字符串'10'转换为浮点数10.0相等,因此返回true"}
верно两个字符串都是数值型——按数字比较:10 == 10。
T02-L10
0.32 c
类型与比较这段代码会输出什么? ```php switch ('a') { case 0: echo 'zero'; break; default: echo 'other'; } ```«other»
Пояснение: switch 使用 loose comparison,'a' 不等于 0,进入 default 分支输出 'other'。
Raw
{"answer":"other","解释":"switch 使用 loose comparison,'a' 不等于 0,进入 default 分支输出 'other'。"}
верноPHP 8:'a' == 0 → false(以前是 true)——触发 default。
T03-L9
0.53 c
字符串这段代码会输出什么? ```php echo strtr('abc', ['a' => '1', 'ab' => '2']); ```«1bc»
Пояснение: strtr 的字符串替换按替换对中第一个匹配到字符的顺序进行,'a' 先被替换为 '1',之后不再匹配 'ab'。
Raw
```json ⏎ { ⏎   "answer": "1bc", ⏎   "解释": "strtr 的字符串替换按替换对中第一个匹配到字符的顺序进行,'a' 先被替换为 '1',之后不再匹配 'ab'。" ⏎ } ⏎ ```
неверно
верный: «2c»
带数组的 strtr 优先匹配最长的键。
T03-L10
0.49 c
字符串这段代码会输出什么? ```php echo '[' . substr('hello', -10) . ']'; ```«[hello]»
Пояснение: substr('hello', -10) 从倒数第10个字符开始取,但字符串只有5个字符,所以从开头取到结尾,得到'hello'。
Raw
{"answer": "[hello]", "解释": "substr('hello', -10) 从倒数第10个字符开始取,但字符串只有5个字符,所以从开头取到结尾,得到'hello'。"}
верно超出字符串范围的负起始位置会被钳制到开头。
T04-L9
0.34 c
数组这段代码会输出什么? ```php $a = ['k' => 1, 'n' => 2]; $b = ['k' => 9, 'm' => 3]; echo implode(',', array_keys($a + $b)); ```«k,m,n»
Пояснение: $a+$b保留$a的键值并用$b补充缺失的键,结果键为k,m,n。
Raw
{"answer": "k,m,n","解释":"$a+$b保留$a的键值并用$b补充缺失的键,结果键为k,m,n。"}
неверно
верный: «k,n,m»
运算符 +:字符串键重复时左数组优先。
T04-L10
0.25 c
数组这段代码会输出什么? ```php $a = [[1, 'x', 2], [2, 'y', 1], [3, 'z', 2]]; usort($a, fn($p, $q) => $p[2] <=> $q[2]); echo implode('', array_column($a, 1)); ```«xyz»
Пояснение: 按第三元素升序排序后,第二元素拼接为xyz。
Raw
{"answer":"xyz","解释":"按第三元素升序排序后,第二元素拼接为xyz。"}
неверно
верный: «yxz»
自 8.0 起排序稳定:键相同时 x 和 z 保持原顺序。
T05-L10
0.41 c
函数与闭包这段代码会输出什么? ```php function f(int $a, int $b): int { return $a - $b; } echo f(...['b' => 1, 'a' => 5]); ```«4»
Пояснение: 箭头语法 ... 配合命名参数会将数组展开为对应的命名参数,f 计算 5-1 得到 4。
Raw
{"answer": 4, "解释": "箭头语法 ... 配合命名参数会将数组展开为对应的命名参数,f 计算 5-1 得到 4。"}
верно展开数组的字符串键会成为命名参数。
T05-L9
0.6 c
函数与闭包这段代码会输出什么? ```php class P { private int $v = 3; public function g(): int { return $this->v; } } $p = new P; $f = $p->g(...); $p = null; echo $f(); ```«3»
Пояснение: 闭包 $f 绑定了对象实例,且 $v 是 private 属性,g 方法返回的是值 3(int),所以即使 $p 设为 null,$f() 仍会调用实例方法返回 3。
Raw
{"answer": 3, "解释": "闭包 $f 绑定了对象实例,且 $v 是 private 属性,g 方法返回的是值 3(int),所以即使 $p 设为 null,$f() 仍会调用实例方法返回 3。"}
верно一等可调用语法在创建时就绑定了 $this。
T06-L9
0.3 c
OOP:类与继承这段代码会输出什么? ```php class A { public function who(): string { return static::class; } } class B extends A {} echo (new B)->who(); ```«b»
Пояснение: late static binding 使 static::class 返回实际调用的类 B。
Raw
{"answer":"B","解释":"late static binding 使 static::class 返回实际调用的类 B。"}
верно后期静态绑定:static::class 是接收者的类。
T06-L10
0.54 c
OOP:类与继承这段代码在 PHP 8.5 上会输出什么? ```php class C { public int $x = 0 { set { $this->x = $value * 2; } } } $c = new C; $c->x = 5; echo $c->x; ```«10»
Пояснение: PHP 8.5 支持属性 setter,$c->x=5 会执行 $this->x=$value*2,即 x=10。
Raw
```json ⏎ { ⏎   "answer": 10, ⏎   "解释": "PHP 8.5 支持属性 setter,$c->x=5 会执行 $this->x=$value*2,即 x=10。" ⏎ } ⏎ ```
верно在 set 钩子内 $this->x 写入后备存储(无递归):5*2。
T07-L9
0.47 c
接口、trait 与 enum这段代码会输出什么? ```php trait TA { public function f(): string { return 'A'; } } trait TB { public function f(): string { return 'B'; } } class TC { use TA, TB { TB::f insteadof TA; TA::f as g; } } echo (new TC)->f() . (new TC)->g(); ```«ba»
Пояснение: TB::f 取代 TA 的 f 方法,TA::f 重命名为 g,所以 f() 返回 B,g() 返回 A。
Raw
{"answer": "BA", "解释": "TB::f 取代 TA 的 f 方法,TA::f 重命名为 g,所以 f() 返回 B,g() 返回 A。"}
верноinsteadof 选择实现,as 以别名保留另一个。
T07-L10
0.53 c
接口、trait 与 enum这段代码会输出什么? ```php trait Counter { public static int $n = 0; } class CX { use Counter; } class CY { use Counter; } CX::$n = 1; echo CY::$n; ```«1»
Пояснение: 在 PHP 中,trait 中声明的静态属性在实现该 trait 的类中被共享,因此 CX::$n = 1 会影响 CY::$n。
Raw
{ ⏎   "answer": 1, ⏎   "解释": "在 PHP 中,trait 中声明的静态属性在实现该 trait 的类中被共享,因此 CX::$n = 1 会影响 CY::$n。" ⏎ }
неверно
верный: «0»
trait 的静态属性会复制到每个使用它的类中。
T08-L10
0.37 c
异常与错误这段代码会输出什么? ```php function f(): int { try { return 1; } finally { return 2; } } echo f(); ```«1»
Пояснение: finally 块的 return 被 try 中已设置的 return 覆盖,函数实际返回 1。
Raw
{"answer": 1, "解释": "finally 块的 return 被 try 中已设置的 return 覆盖,函数实际返回 1。"}
неверно
верный: «2»
finally 中的 return 会覆盖 try 中的 return。
T08-L9
0.43 c
异常与错误这段代码会输出什么? ```php try { try { throw new RuntimeException('first'); } finally { throw new LogicException('second'); } } catch (LogicException $e) { echo $e->getMessage(); } ```«second»
Пояснение: 内层 finally 中抛出的 LogicException 会覆盖 RuntimeException 并传播到外层 catch,因此输出 'second'。
Raw
{ ⏎   "answer": "second", ⏎   "解释": "内层 finally 中抛出的 LogicException 会覆盖 RuntimeException 并传播到外层 catch,因此输出 'second'。" ⏎ }
верноfinally 抛出的异常会替换正在传播的异常——捕获最后抛出的那个。
T09-L9
0.48 c
命名空间与自动加载这段代码会输出什么? ```php namespace N; use App\Foo as Baz; echo Baz::class . '|' . \Baz::class; ```«app\foo|baz»
Пояснение: Baz 是 App\Foo 的别名,\Baz 解析为全局命名空间的 Baz 类。
Raw
{ ⏎   "answer": "App\\Foo|Baz", ⏎   "解释": "Baz 是 App\\Foo 的别名,\\Baz 解析为全局命名空间的 Baz 类。" ⏎ }
верноuse 别名只作用于非限定名;前导 \ 转向全局作用域。
T09-L10
0.35 c
命名空间与自动加载这段代码会输出什么? ```php namespace Ns; class Foo {} $c = 'Foo'; echo (class_exists($c) ? 'yes' : 'no') . (class_exists(__NAMESPACE__ . '\\' . $c) ? 'yes' : 'no'); ```«noyes»
Пояснение: class_exists('Foo') 无命名空间返回 false;class_exists('Ns\Foo') 返回 true。
Raw
{"answer": "noyes", "解释": "class_exists('Foo') 无命名空间返回 false;class_exists('Ns\\Foo') 返回 true。"}
верно动态名称不会相对于命名空间解析——'Foo' 指全局类。
T10-L9
0.48 c
引用与作用域这段代码会输出什么? ```php $a = [1, 2, 3]; foreach ($a as &$v) {} $v = 99; echo implode(',', $a); ```«99,99,99»
Пояснение: foreach 使用引用 & 后 $v 始终是数组元素的引用,$v = 99 使所有元素都被修改。
Raw
{"answer": "99,99,99", "解释": "foreach 使用引用 & 后 $v 始终是数组元素的引用,$v = 99 使所有元素都被修改。"}
неверно
верный: «1,2,99»
按引用的 foreach 结束后,$v 仍是对最后一个元素的引用。
T10-L10
0.43 c
引用与作用域这段代码会输出什么? ```php class A { public function inc(): int { static $n = 0; return ++$n; } } class B extends A {} $a = new A; $b = new B; $a->inc(); $b->inc(); echo $a->inc(); ```«3»
Пояснение: static 变量按类共享,inc 被调用三次后 n 为 3,最后一次返回 3。
Raw
```json ⏎ {"answer": 3, "解释": "static 变量按类共享,inc 被调用三次后 n 为 3,最后一次返回 3。"} ⏎ ```
верно方法的静态变量属于父类方法——子类共享同一个。
T11-L9
0.55 c
生成器、迭代器与 SPL这段代码会输出什么? ```php function g(): Generator { $x = yield 1; return $x + 1; } $g = g(); $g->send(10); echo $g->getReturn(); ```«2»
Пояснение: send(10) 向生成器传入 10,$x 变为 10,return $x + 1 得到 2,getReturn 返回 2。
Raw
```json ⏎ {"answer": 2, "解释": "send(10) 向生成器传入 10,$x 变为 10,return $x + 1 得到 2,getReturn 返回 2。"} ⏎ ```
неверно
верный: «11»
send() 恢复生成器:$x = 10,return 10+1。
T11-L10
0.51 c
生成器、迭代器与 SPL这段代码会输出什么? ```php function inner(): Generator { yield 1; yield 2; return 'ok'; } function outer(): Generator { $r = yield from inner(); yield $r; } echo implode(',', iterator_to_array(outer())); ```«1,ok»
Пояснение: outer 先通过 yield from 收到 inner 的 1、2,然后收到 return 的 'ok',最后 yield $r 只输出一次 'ok'。
Raw
{"answer": "1,ok", "解释": "outer 先通过 yield from 收到 inner 的 1、2,然后收到 return 的 'ok',最后 yield $r 只输出一次 'ok'。"}
неверно
верный: «ok,2»
yield from 不推进外层自动键:yield $r 得到键 0 并覆盖 1——'ok' 排在最前面。
T12-L9
0.32 c
配置与安全这段代码会输出什么? ```php $hash = password_hash('x', PASSWORD_BCRYPT, ['cost' => 4]); echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 4]) ? 'yes' : 'no'; echo password_needs_rehash($hash, PASSWORD_BCRYPT, ['cost' => 5]) ? 'yes' : 'no'; ```«noyes»
Пояснение: 首次 cost 一致返回 false,第二次 cost 增加返回 true。
Raw
{"answer": "noyes", "解释": "首次 cost 一致返回 false,第二次 cost 增加返回 true。"}
верноpassword_needs_rehash 比较哈希参数与目标:cost 4 = 4 → 'no',cost 5 ≠ 4 → 'yes'。
T12-L10
0.69 c
配置与安全这段代码在 PHP 8.5 上会输出什么? ```php echo (E_ALL & 2048) === 0 ? 'strict-out' : 'strict-in'; ```«strict-in»
Пояснение: E_ALL 的值为 32767(0x7FFF),2048(0x800)是其子集,按位与运算结果为 2048,不等于 0,因此输出 'strict-in'。
Raw
{ ⏎   "answer": "strict-in", ⏎   "解释": "E_ALL 的值为 32767(0x7FFF),2048(0x800)是其子集,按位与运算结果为 2048,不等于 0,因此输出 'strict-in'。" ⏎ }
неверно
верный: «strict-out»
PHP 8.4+ 将 E_STRICT 移出了 E_ALL:2048 位未设置 → 'strict-out'(2048 是历史上的 E_STRICT 位)。
T13-L9
0.53 c
Symfony这段代码会输出什么? ```php use Symfony\Component\HttpFoundation\Request; $r = Request::create('/demo', 'GET', [], [], [], ['HTTP_X_TOKEN' => 'abc']); echo $r->headers->get('X-Token') === 'abc' ? 'mapped' : 'missing'; ```«mapped»
Пояснение: Symfony Request::create 会将 HTTP 请求头键名归一化并允许通过 X-Token 访问,因此 get('X-Token') 返回 'abc',条件成立输出 mapped。
Raw
{"answer": "mapped", "解释": "Symfony Request::create 会将 HTTP 请求头键名归一化并允许通过 X-Token 访问,因此 get('X-Token') 返回 'abc',条件成立输出 mapped。"}
верно与字面量的比较需要知道映射规则:HttpFoundation 把 HTTP_X_TOKEN 转换为 X-Token 头(大小写不敏感);不知道映射会答 'missing'。
T13-L10
0.63 c
Symfony这段代码会输出什么? ```php use Symfony\Component\EventDispatcher\EventDispatcher; use Symfony\Contracts\EventDispatcher\Event; $d = new EventDispatcher(); $out = ''; $d->addListener('e', function () use (&$out) { $out .= 'B'; }, 10); $d->addListener('e', function () use (&$out) { $out .= 'A'; }); $d->addListener('e', function () use (&$out) { $out .= 'C'; }, 5); $d->dispatch(new Event(), 'e'); echo $out; ```«bca»
Пояснение: 事件监听器按优先级升序执行(低优先级先执行),所以优先级 5 的 C 先执行,优先级 10 的 B 次之,默认优先级的 A 最后执行。
Raw
{ ⏎   "answer": "BCA", ⏎   "解释": "事件监听器按优先级升序执行(低优先级先执行),所以优先级 5 的 C 先执行,优先级 10 的 B 次之,默认优先级的 A 最后执行。" ⏎ }
верно监听器按优先级降序执行:10 (B)、5 (C)、0 (A)。
T14-L10
0.45 c
Doctrine给定:Doctrine ORM 3,EntityManager 使用内存 SQLite,实体 User 带自增主键。users 表为空。这段代码会输出什么? ```php $u = new User(name: 'A'); $em->persist($u); $em->flush(); $a = $em->find(User::class, $u->getId()); $b = $em->find(User::class, $u->getId()); echo spl_object_id($a) === spl_object_id($b) ? 'same' : 'diff'; ```«same»
Пояснение: ORM 持久层维护 UnitManager 缓存,find 返回同一持久化对象实例而非每次新建。
Raw
{ ⏎   "answer": "same", ⏎   "解释": "ORM 持久层维护 UnitManager 缓存,find 返回同一持久化对象实例而非每次新建。" ⏎ }
верноidentity map:对同一 id 的再次 find 返回同一个实例。
T14-L9
0.28 c
Doctrine给定:Doctrine ORM 3,EntityManager 使用内存 SQLite,实体 User 带自增主键。users 表为空。这段代码会输出什么? ```php $u = new User(name: 'B'); $em->persist($u); $em->remove($u); $em->flush(); echo count($em->getConnection()->fetchAllAssociative('SELECT * FROM users')); ```«0»
Пояснение: 实体被添加又删除,flush后未生成INSERT,表中无行。
Raw
{"answer":"0","解释":"实体被添加又删除,flush后未生成INSERT,表中无行。"}
верно工作单元在 flush 时才安排 INSERT:persist 后 remove 会取消插入。
T15-L10
0.31 c
PostgreSQL这个 SQL 查询返回什么(PostgreSQL 17)? ```sql CREATE TEMP TABLE t (x int); INSERT INTO t VALUES (1), (NULL); SELECT count(x) FROM t; ```«1»
Пояснение: count(x)只统计非NULL行的x值,故结果为1。
Raw
{"answer": 1, "解释": "count(x)只统计非NULL行的x值,故结果为1。"}
верноcount(列) 不计 NULL;count(*) 会返回 2。
T15-L9
0.47 c
PostgreSQL这个 SQL 查询返回什么(PostgreSQL 17)? ```sql CREATE TEMP TABLE t (id int, x int); INSERT INTO t VALUES (1, 10), (2, 20), (3, 30); SELECT string_agg(s::text, ',' ORDER BY id) FROM ( SELECT id, sum(x) OVER (ORDER BY id) AS s FROM t ) q; ```«10,20,30»
Пояснение: 窗口函数按 id 顺序累计求和,结果依次是 10、20、30,再用 string_agg 以逗号连接。
Raw
{"answer": "10,20,30", "解释": "窗口函数按 id 顺序累计求和,结果依次是 10、20、30,再用 string_agg 以逗号连接。"}
неверно
верный: «10,30,60»
有 ORDER BY 时窗口默认帧是 running(从起点到当前行)。
T16-L9
0.36 c
Symfony:Messenger这段代码会输出什么? ```php use Symfony\Component\Messenger\MessageBus; use Symfony\Component\Messenger\Middleware\MiddlewareInterface; use Symfony\Component\Messenger\Middleware\StackInterface; use Symfony\Component\Messenger\Envelope; final class Trace implements MiddlewareInterface { public function __construct(private string $tag) {} public function handle(Envelope $e, StackInterface $stack): Envelope { echo $this->tag; return $stack->next()->handle($e, $stack); } } $bus = new MessageBus([new Trace('M1'), new Trace('M2')]); $bus->dispatch(new Envelope(new stdClass())); ```«m1m2»
Пояснение: Middleware按构造顺序依次调用,因此依次输出M1和M2。
Raw
{"answer":"M1M2","解释":"Middleware按构造顺序依次调用,因此依次输出M1和M2。"}
верно先添加的中间件先执行(最外层)。
T16-L10
0.57 c
Symfony:Messenger这段代码会输出什么? ```php use Symfony\Component\Messenger\MessageBus; use Symfony\Component\Messenger\Middleware\HandleMessageMiddleware; use Symfony\Component\Messenger\Handler\HandlersLocator; use Symfony\Component\Messenger\Handler\HandlerDescriptor; use Symfony\Component\Messenger\Envelope; class Ping {} $n = 0; $d1 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 1; }, ['alias' => 'h1']); $d2 = new HandlerDescriptor(function (Ping $m) use (&$n) { $n += 10; }, ['alias' => 'h2']); $bus = new MessageBus([ new HandleMessageMiddleware(new HandlersLocator([Ping::class => [$d1, $d2]])), ]); $bus->dispatch(new Envelope(new Ping())); echo $n; ```«1»
Пояснение: HandlersLocator 按别名顺序为每种消息类型选择一个处理器,h1 的别名在 h2 之前,所以只有第一个 handler 被调用,$n 增加 1。
Raw
```json ⏎ {"answer": "1", "解释": "HandlersLocator 按别名顺序为每种消息类型选择一个处理器,h1 的别名在 h2 之前,所以只有第一个 handler 被调用,$n 增加 1。"} ⏎ ```
неверно
верный: «11»
消息的所有已注册处理器都会执行:1 + 10 = 11。
T17-L9
0.38 c
PostgreSQL:事务与索引这个 SQL 查询返回什么(PostgreSQL 17)? ```sql CREATE TEMP TABLE t (a int); CREATE UNIQUE INDEX ON t (a); INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING; INSERT INTO t VALUES (1) ON CONFLICT DO NOTHING; SELECT count(*) FROM t; ```«1»
Пояснение: ON CONFLICT DO NOTHING 使第二次插入被忽略,表中只有1行。
Raw
```json ⏎ {"answer": 1, "解释": "ON CONFLICT DO NOTHING 使第二次插入被忽略,表中只有1行。"} ⏎ ```
верноON CONFLICT DO NOTHING 跳过重复:只插入一行。
T17-L10
0.55 c
PostgreSQL:事务与索引这组 psql 命令会输出什么? ```sql BEGIN; CREATE TEMP TABLE t (a int, UNIQUE (a) DEFERRABLE INITIALLY DEFERRED); INSERT INTO t VALUES (1); INSERT INTO t VALUES (1); SELECT count(*) FROM t; ```«2»
Пояснение: 由于 UNIQUE 约束是 DEFERRABLE INITIALLY DEFERRED,插入重复值的冲突检查延迟到 COMMIT/ROLLBACK 时执行,因此 SELECT 可以读取两条记录。
Raw
{ ⏎   "answer": 2, ⏎   "解释": "由于 UNIQUE 约束是 DEFERRABLE INITIALLY DEFERRED,插入重复值的冲突检查延迟到 COMMIT/ROLLBACK 时执行,因此 SELECT 可以读取两条记录。" ⏎ }
верноDEFERRED 把唯一性检查推迟到 COMMIT——count 看到 2 行。
T18-L9
0.49 c
测试:PHPUnit这条命令会执行多少个测试? ```php use PHPUnit\Framework\TestCase; use PHPUnit\Framework\Attributes\DataProvider; final class CalcTest extends TestCase { public static function prov(): array { return [[1], [2], [3]]; } #[DataProvider('prov')] public function test_sum(int $x): void { $this->assertTrue($x > 0); } #[DataProvider('prov')] public function test_sum_abs(int $x): void { $this->assertTrue($x > 0); } public function test_other(): void { $this->assertTrue(true); } } ``` 命令:`phpunit CalcTest.php --filter test_sum`(PHPUnit 10.5)«6»
Пояснение: --filter test_sum 匹配 test_sum 和 test_sum_abs,每个有 3 组数据,共 6 个测试。
Raw
```json ⏎ {"answer": 6, "解释": "--filter test_sum 匹配 test_sum 和 test_sum_abs,每个有 3 组数据,共 6 个测试。"} ⏎ ```
верно--filter 是子串匹配:test_sum 也会匹配 test_sum_abs(3+3 个数据集)。
T18-L10
0.43 c
测试:PHPUnit这条命令会执行多少个测试,其中多少个失败(failure)?用逗号分隔的两个数字回答(执行数, 失败数)。 ```php use PHPUnit\Framework\TestCase; use PHPUnit\Framework\Attributes\DataProvider; final class Calc2Test extends TestCase { public function prov(): array { return [[1], [-1]]; } #[DataProvider('prov')] public function test_x(int $x): void { $this->assertTrue($x > 0); } } ``` 命令:`phpunit Calc2Test.php`(PHPUnit 10.5)«2,1»
Пояснение: DataProvider 提供两组数据,故执行两次测试,其中 x 为 -1 时断言失败一次。
Raw
{"answer": "2,1", "解释": "DataProvider 提供两组数据,故执行两次测试,其中 x 为 -1 时断言失败一次。"}
верно在 PHPUnit 10 中非静态 provider 只是 deprecation:两个数据集都会执行,[-1] 数据集断言失败——执行 2 个,失败 1 个。
T19-L9
0.26 c
HTTP 与 REST API这条命令发送哪个 HTTP 方法? ```bash curl -s -d 'a=1' http://demo.local/api ```«post»
Пояснение: curl -d 选项默认使用 POST 方法。
Raw
{"answer":"POST","解释":"curl -d 选项默认使用 POST 方法。"}
верно-d/-F 会让 curl 默认使用 POST。
T19-L10
0.41 c
HTTP 与 REST API这条命令发送哪个 HTTP 方法? ```bash curl -s -G -d 'a=1' http://demo.local/api ```«get»
Пояснение: -G 选项使 -d 参数作为查询字符串发送,从而使用 GET 方法。
Raw
```json ⏎ { ⏎   "answer": "GET", ⏎   "解释": "-G 选项使 -d 参数作为查询字符串发送,从而使用 GET 方法。" ⏎ } ⏎ ```
верно-G 把 -d 的数据变成查询串,方法仍是 GET。
T20-L9
0.44 c
安全与 OAuth客户端用不存在的 client_id 请求令牌端点(RFC 6749)。端点的 error 字段返回什么值?«invalid_client»
Пояснение: 当客户端使用无效的 client_id 时,RFC 6749 要求返回 invalid_client 错误。
Raw
{ ⏎   "answer": "invalid_client", ⏎   "解释": "当客户端使用无效的 client_id 时,RFC 6749 要求返回 invalid_client 错误。" ⏎ }
верно未知客户端 → invalid_client(RFC 6749 §5.2)。
T20-L10
0.61 c
安全与 OAuthOAuth 2.0:客户端以 response_type=token 开始流程。授权服务器把 access_token 放在 redirect_uri 的哪个部分?«fragment»
Пояснение: 资源公开客户端的 OAuth 2.0 隐式流中,访问令牌会被放置在重定向 URI 的 fragment(哈希符号 # 之后)部分,以确保其不被服务器或代理记录在 query string 或日志中。
Raw
{"answer": "fragment", "解释": "资源公开客户端的 OAuth 2.0 隐式流中,访问令牌会被放置在重定向 URI 的 fragment(哈希符号 # 之后)部分,以确保其不被服务器或代理记录在 query string 或日志中。"}
верно隐式流通过 URL 片段(#)传递令牌——它不会到达服务器。
T21-L9
0.41 c
Twig这个 Twig 模板会输出什么? ```twig {{ false|default(2) * 3 }} ```«6»
Пояснение: default 过滤器中 false 被视为非 null,保留 false,false * 3 = 6
Raw
```json ⏎ {"answer": 6, "解释": "default 过滤器中 false 被视为非 null,保留 false,false * 3 = 6"} ⏎ ```
верноdefault 只替换 exactly false/null/''/[]——false 会变成 2,2*3 = 6;天真的「default 只用于 undefined」会得到 0。
T21-L10
0.35 c
Twig渲染这个模板时 render() 会抛出哪个异常类? ```twig {{ 'a' ~ 1 + 2 }} ```«typeerror»
Пояснение: Twig 的 `~` 连接运算符要求操作数为字符串,不能与整数相加后再连接,抛出 TypeError。
Raw
{"answer": "TypeError", "解释": "Twig 的 `~` 连接运算符要求操作数为字符串,不能与整数相加后再连接,抛出 TypeError。"}
неверно
верный: «runtimeerror»
在 Twig 中 ~ 的优先级高于 +:('a' ~ 1) + 2 → string + int → 渲染错误(RuntimeError)。
T22-L9
0.32 c
Symfony:安全与表单这段代码会输出什么? ```php use Symfony\Component\Validator\Validation; use Symfony\Component\Validator\Constraints as Assert; $v = Validation::createValidator(); echo count($v->validate([''], [new Assert\NotBlank()])); ```«1»
Пояснение: 空字符串违反 NotBlank 约束,validate 返回一个 ConstraintViolation 对象,count 为 1。
Raw
{"answer":"1","解释":"空字符串违反 NotBlank 约束,validate 返回一个 ConstraintViolation 对象,count 为 1。"}
неверно
верный: «0»
NotBlank 把 null、''、[] 视为空——数组 [''] 不算空。
T22-L10
0.37 c
Symfony:安全与表单这段代码会输出什么? ```php use Symfony\Component\Form\Forms; use Symfony\Component\Form\Extension\Core\Type\TextType; $factory = Forms::createFormFactoryBuilder()->getFormFactory(); $form = $factory->create(TextType::class); try { echo $form->isValid() ? 'valid' : 'invalid'; } catch (Throwable $e) { echo get_class($e); } ```«invalid»
Пояснение: 未提交数据的表单默认有效,但此处 TextType 未绑定数据,isValid() 返回 true,输出 valid。
Raw
{"answer": "invalid", "解释": "未提交数据的表单默认有效,但此处 TextType 未绑定数据,isValid() 返回 true,输出 valid。"}
неверно
верный: «symfony\component\form\exception\logicexception»
对未提交的表单调用 isValid() 抛出 LogicException,而不是返回 false。
T23-L9
0.41 c
Symfony:配置与服务这段代码会输出什么? ```php use Symfony\Component\DependencyInjection\ContainerBuilder; $c = new ContainerBuilder(); $c->register('a', stdClass::class)->setPublic(true); $c->compile(); echo spl_object_id($c->get('a')) === spl_object_id($c->get('a')) ? 'same' : 'diff'; ```«same»
Пояснение: get 返回同一已编译实例引用,spl_object_id 相同
Raw
```json ⏎ { ⏎   "answer": "same", ⏎   "解释": "get 返回同一已编译实例引用,spl_object_id 相同" ⏎ } ⏎ ```
верно容器中的服务是共享的:两次 get() 得到同一实例。
T23-L10
0.35 c
Symfony:配置与服务这段代码会输出什么? ```php use Symfony\Component\DependencyInjection\ContainerBuilder; $c = new ContainerBuilder(); $c->setParameter('name', 'Bob'); $c->setParameter('greeting', 'hi %name%'); $c->setParameter('message', '%greeting%!'); $c->compile(); echo $c->getParameter('message'); ```«hi bob»
Пояснение: 参数占位符在compile时按顺序递归解析,最终message被替换为hi Bob。
Raw
```json ⏎ {"answer":"hi Bob", "解释":"参数占位符在compile时按顺序递归解析,最终message被替换为hi Bob。"} ⏎ ```
неверно
верный: «hi bob!»
compile() 传递性地解析 % 引用:%greeting% → 'hi %name%' → 'hi Bob!',答案需要两步拼接。
T24-L9
0.49 c
Bootstrap在 Bootstrap 5.3 中,视口宽度 992px 时 .container 的 max-width 是多少?«776px»
Пояснение: 在 Bootstrap 5.3 中,xl(最小 992px)断点下 .container 的 max-width 为 776px。
Raw
{"answer":"776px","解释":"在 Bootstrap 5.3 中,xl(最小 992px)断点下 .container 的 max-width 为 776px。"}
неверно
верный: «960»
5.x 的 container 宽度:540/720/960/1140/1320(sm–xxl);992 → 960px。
T24-L10
0.32 c
Bootstrap在 Bootstrap 5.3 中,`<p class="text-danger text-primary">…</p>` 的文字颜色由哪个工具类决定?回答胜出的类名。«text-primary»
Пояснение: Bootstrap 5.3 中,后定义的 text-primary 会覆盖前面的 text-danger。
Raw
{"answer": "text-primary", "解释": "Bootstrap 5.3 中,后定义的 text-primary 会覆盖前面的 text-danger。"}
неверно
верный: «text-danger»
特异性相同——后声明的规则获胜:text-danger 在 text-primary 之后声明。
T25-L9
0.43 c
整洁架构层:Domain、Application、Infrastructure。deptrac 规则:Application → Domain;Infrastructure → Domain、Application;Domain → 仅 Domain。 对于这个类,deptrac 会报告多少个违规(Violations)? ```php namespace App\Domain; use App\Application\PlaceOrder; use App\Infrastructure\Db; class OrderService { public function __construct( private PlaceOrder $handler, private Db $db, ) {} } ```«2»
Пояснение: Domain 层仅允许引用 Domain 层,此处引用了 Application 和 Infrastructure 层,违反两次依赖倒置。
Raw
{"answer": 2, "解释": "Domain 层仅允许引用 Domain 层,此处引用了 Application 和 Infrastructure 层,违反两次依赖倒置。"}
верноDomain 只能依赖 Domain:PlaceOrder(Application)+ Db(Infrastructure)= 2。
T25-L10
0.7 c
整洁架构层:Domain、Application、Infrastructure。deptrac 规则:Application → Domain;Infrastructure → Domain、Application;Domain → 仅 Domain。 对于这个类,deptrac 会报告多少个违规(Violations)? ```php namespace App\Domain; use App\Application\PlaceOrder; use App\Infrastructure\Db; class BillingService { public function __construct( private PlaceOrder $handler, private Db $db, private \App\Infrastructure\Logger $logger, ) {} } ```«4»
Пояснение: 该类位于 Domain 层,但引用了 4 个上层或同层以外依赖:1 个 Application 层依赖(PlaceOrder)和 3 个 Infrastructure 层依赖(Db、Logger),共 4 个依赖对象。
Raw
```json ⏎ { ⏎   "answer": 4, ⏎   "解释": "该类位于 Domain 层,但引用了 4 个上层或同层以外依赖:1 个 Application 层依赖(PlaceOrder)和 3 个 Infrastructure 层依赖(Db、Logger),共 4 个依赖对象。" ⏎ } ⏎ ```
неверно
верный: «3»
内联 FQCN \App\Infrastructure\Logger 也计入:Application + Db + Logger = 3。
T26-L10
0.49 c
DDD这段代码会输出什么? ```php final class Money { public function __construct(public readonly int $amount) {} public function add(Money $o): Money { return new self($this->amount + $o->amount); } } $a = new Money(10); $c = $a->add(new Money(5)); echo $a->amount . ',' . $c->amount; ```«10,15»
Пояснение: readonly 构造参数赋值后不可变,$a->amount 仍为 10,$c 是新对象金额 15。
Raw
{"answer":"10,15","解释":"readonly 构造参数赋值后不可变,$a->amount 仍为 10,$c 是新对象金额 15。"}
верно值对象不可变:add() 返回新实例,原对象不变。
T26-L9
0.55 c
DDD这段代码会输出什么? ```php final class Order { private array $items = []; public function add(string $sku): void { $this->items[$sku] = true; } public function count(): int { return count($this->items); } public function remove(string $sku): void { if (count($this->items) === 1) { throw new DomainException('last item'); } unset($this->items[$sku]); } } $o = new Order; $o->add('a'); try { $o->remove('a'); } catch (DomainException) { } echo $o->count(); ```«1»
Пояснение: add('a') 后 count 为 1,remove('a') 因只剩一个元素而抛出 DomainException 被 catch,item 未被删除,最终 count() 返回 1。
Raw
{"answer": "1", "解释": "add('a') 后 count 为 1,remove('a') 因只剩一个元素而抛出 DomainException 被 catch,item 未被删除,最终 count() 返回 1。"}
верно失败的 remove 不改变聚合状态:不变量在 unset 之前抛出——count 仍为 1。
VC-L9
0.37 c
PHP 8.4–8.5这段代码在 PHP 8.5 上会输出什么? ```php class C { public function hi(): string { return 'hi'; } } echo new C()->hi(); ```«hi»
Пояснение: 创建 C 对象并调用 hi() 方法,返回字符串 'hi'。
Raw
{"answer": "hi", "解释": "创建 C 对象并调用 hi() 方法,返回字符串 'hi'。"}
верно自 8.4 起,方法链中的 new 无需外层括号。
VC-L10
0.36 c
PHP 8.4–8.5这段代码在 PHP 8.5 上会输出什么? ```php class Heavy { public int $v = 0; } $r = new ReflectionClass(Heavy::class); $o = $r->newLazyGhost(function (Heavy $obj) { $obj->v = 21; }); echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no'; $o->v; echo $r->isUninitializedLazyObject($o) ? 'yes' : 'no'; ```«yesno»
Пояснение: newLazyGhost 在首次属性访问前返回未初始化惰性对象,访问后初始化并返回 false。
Raw
{"answer": "yesno", "解释": "newLazyGhost 在首次属性访问前返回未初始化惰性对象,访问后初始化并返回 false。"}
верноnewLazyGhost(8.4):对象在首次访问前保持惰性——读取属性会触发初始化并清除标志。
T28-L9
0.43 c
Symfony:版本项目从 Symfony 6.4 升级到 8.1。这段代码在 8.1 上会输出什么? ```php echo class_exists(\Symfony\Component\Security\Guard\AbstractGuardAuthenticator::class) ? 'yes' : 'no'; ```«no»
Пояснение: Symfony 6.0 起已移除旧版的 Guard 组件,因此 class_exists 返回 false。
Raw
{ ⏎   "answer": "no", ⏎   "解释": "Symfony 6.0 起已移除旧版的 Guard 组件,因此 class_exists 返回 false。" ⏎ }
верноGuard 认证在 Symfony 7.0 中被移除——8.1 中已无此类。
T28-L10
0.3 c
Symfony:版本项目从 Symfony 6.4 升级到 8.1。这段代码在 8.1 上会输出什么? ```php echo class_exists(\Symfony\Component\Routing\Loader\AnnotationClassLoader::class) ? 'yes' : 'no'; echo class_exists(\Symfony\Component\Routing\Loader\AttributeClassLoader::class) ? 'yes' : 'no'; ```«noyes»
Пояснение: AnnotationClassLoader 已移除,AttributeClassLoader 仍可用
Raw
```json ⏎ {"answer": "noyes", "解释": "AnnotationClassLoader 已移除,AttributeClassLoader 仍可用"} ⏎ ```
верно注解加载器在 7.0 中被移除,只保留了属性加载器(Annotation→Attribute)。