顺便补充一下，并不是所有的编程语言的基础类型里都没有楼主所说的这种任意精度小数的。
例如在 mathematica 中，这类具有任意指定的精度的近似实数就是四种基本数字类型中的一种（ Integer,Rational,Real,Complex 这四者中的 Real ）
但是它这么设计是有原因的：
1 、Mathematica 不是一个类似 C 语言那样很底层、很接近 CPU 的一个语言，而是一个抽象程度较高的语言。用它编写的东西在电脑上执行前本来就会经过变化相当大的翻译，所以实际上它的“基础类型”也不是那么基础，相关操作在实际运行的时候也都会被翻译成更低级的子任务；
2 、Mathematica 是面向数学家的语言。相比工程师的“只要在误差范围内就算成功”的思维方式，数学家还是更喜欢能有精确一些的东西的。

所以归根到底还是出于语言的不同设计思路以及面向的不同使用人群的考量罢了。

炸了的话运行：
net stop winnat
net start winnat
这样来一下，应该就能让 HyperV 释放大部分被保留的端口

@xiaokongwu “对于只读不写的场景，基本的浮点类型完全可以；”
即使对于需要写、甚至一些需要进行复杂运算的场景，现有的不精确的浮点类型依然是足够的。
一个典型的场景就是 3D 游戏里的场景渲染。计算机要把一个模型的三维坐标转换成屏幕上的二维坐标，这个步骤基本上都是用 float 类型来算的（甚至 double 都用不上）。道理也很简单，你打游戏的时候是不会在意面前的那只即将被你打爆的外星小怪兽在屏幕上的位置是不是距离“它应该出现的物理上绝对准确的那个坐标”偏离了 0.0001 个像素的。相反，游戏里最重要的是计算速度，只有算得够快游戏才能不卡。所以在这个场景下选择 float 就是最佳的选择。

@xiaokongwu "认为编程语言可以提供一种基础的'decimal'类型"
这个问题之所以不能实现，是有这样一个原因的：编程语言里的真正的“基础类型”，必须是能反映到 CPU 硬件指令上的类型；而 CPU 能做的指令都是有限的，一般来说，是要求基础类型的长度固定的：比如 float 就是 32 字节，double 就是 64 字节。那么 CPU 在执行一个比如“float 加法”的指令的时候，它能知道自己要做的事情实际上就是“读入两个 32 字节数据，送入一个浮点加法单元，这个单元在经过固定的时间长度之后就能得到结果，之后 CPU 就能进行后续计算”。
而对于你说的这种实际存储长度不定的数据，CPU 一来不能静态地确定每次需要读入 /写出的数据长度，二来也不能固定地知道每次例如加法乘法之类的操作需要运行多长时间。因此即使要在 CPU 上进行相关运算，也几乎必然会先被拆分成几个“子任务”进行计算：先要读入你说的那个 scale/precision 值，然后决定接下来读入多少位整数和小数，甚至可能还要进行一次额外计算来考虑数据计算单元计算一次加法要多少个时钟周期，以便安排接下来的指令。这样复杂的一个东西很显然是不适合作为一个“基础类型”存在的。这也是为啥现有大部分对这种 decimal 类型的实现都是用额外对象 /第三方库之类的东西。

其实弄个 wine 也不是不可以……

@tfdetang 快问问当年是哪位大神用 winserver 做深度炼丹的，赶紧膜拜一下……

@shansing 说的就是 LZ 提的这种网站，最典型的代表是当年的雅虎……都是被时代淘汰的网站类型了，现在的人没听说过，以为自己又想出来什么新 idea 当大发现一样发出来……

不用搭梯子。不如说如果你的代理开着的话倒是可能导致这种连不上的情况

@northisland 你要说 Linux 文件访问权限管理比 Windows 简单易懂我信，可是说 Linux 更“完善”这就不好说了啊…… Windows 上没有读写权限不也一样就是不能读不能写……

@mumbler IDE 都是大型软件，不过编译器解释器之类的倒是有一些体量不大的可以看看。个人推荐感兴趣的话可以看看 Lua 语言的编译器和解释器，代码很清楚，量也不大。

终端模拟器是 terminal emulator，对应的“终端”是指的物理的输入输出设备 —— 古老一点的比如电传打字机，现代一点的 就是键盘+显示器的组合
console （控制台）是另外一个东西，是指放整个机器可交互部分的那个字面意义上的一个平台或者说一张桌子，包括 terminal，也包括机器的前面板。现代机器的面板上也就只有开机键复位键这寥寥几个按钮了，但是古老一些的计算机在面板上可能会有老大两排按钮，比如输入初始化的指令之类的时候能用得上。

鼠标是个啥鼠标？蓝牙的还是有线的？有没有试过拔了重插一下……

@mahaonan1994 所以要不你还是弄个 Adobe Illustrator 之类的软件照着这个样子做一个矢量 svg 吧。

你这压根就不是个矢量图，而是在 svg 里又插了个点阵图……你用什么工具生成的啊……
你要是真打算用点阵图的话还不如直接用 png 甚至 jpg……

@msg7086 指令集 JIT 翻译固然不快但是也没慢到十分之一到几十分之一的地步啊……

不如先排查一下自己的惯用扩展里有没有哪个不太对劲……

另外 E 开头那些个是 Intellisense 报告的问题。Intellisense 用的是 EDG 开发的 c++前端，不是微软自己的产品，所以我猜可能是因为这个原因所以文档上找不到