大家好。里希特的书中写道：
当装箱一个 Nullable<T> 实例时，会检查它是否为 null，如果是，则返回 null 而不是装箱。否则，CLR 将把实例值装箱。下面的代码演示了这种行为：
// После упаковки Nullable<T> возвращается null или упакованный тип T
Int32? n = null;
Object o = n; // o равно null
是的，当然，o == null，但我认为不应该有任何包装，但是有：
IL_0008: ldloc.0 // n
IL_0009: box valuetype [System.Runtime]System.Nullable`1<int32>
IL_000e: stloc.1 // o
IL_000f: ret
有人能解释为什么会发生这种情况吗？或者说这些信息已经过时了？
在 cppreference 上我看到了 ub 的说法i = ++i + i++，记得在编译阶段似乎无法执行带有 ub 的代码，我决定通过抛出一些简单的代码来检查一下：
#include <iostream>
constexpr int func(int i){
i = ++i + i++;
return i;
}
constexpr int glob_i = func(1);
int main()
{
std::cout << glob_i << "\n"; // выводит 4
return 0;
}
我不明白为什么这不会导致编译错误？如果编译通过，为什么运行时的类似计算会给出结果 5？
godbolt 上的示例：https://godbolt.org/z/rM8b7szz5
cppreference 上的文章，一切从这里开始https://en.cppreference.com/w/cpp/language/eval_order
2012年，服务器累计达到了一个新高度，非常酷。累积乘积又如何呢？现在有两个选择：
不使用 CLR 怎样实现累积乘法？
我遇到了一个问题，我无法使用find -regex符号类{1,3}，\s没有它们我的表达式\s[0-9]{1,3}-22\s就不起作用。
我尝试以类似的方式进行筛选find . -regex '\\s[0-9]\{1,3\}-22\\s'——但没有成功。
我被以下陈述误导了：“虚拟化（在您的情况下是 Docker）使用主机操作系统内核。”
出现了一个合理的问题：如何在基于Windows NT内核的主机操作系统上运行容器？那么运行容器是否依赖于 WSL（以及在这种情况下模拟的 Linux 内核）？例如，在Linux主机操作系统上运行时，是否会使用其内核？
就上下文而言，我试图定义容器化和模拟的“边界”。它们的区别（更多细节请参见上面的问题）。