关于创建新的编程语言时，基于旧语言，如果旧语言的性能不好，是不是新语言的性能也一定不会好？

我的理解是这样的：

假如我基于 python，开发一门新语言，假设就叫 bb 语言

首先 bb 语言的打印字符串的代码如下：


打印 bb("你好")  # 这是 bb 语言的打印语句，类似 python 的 print

由于我是基于 python 创造 bb 语言的，所以，我用 python 代码针对上述的文本内容（ bb 源代码），进行处理（词法分析、语法分析），然后 python 代码里，捕捉到了词法 打印 bb 以及 你好

python 代码就可以知道，是要打印一段文本，然后就调用 python 的print，并把 你好 传给print

就这样，完成了基于 python 创造一门新语言 bb （目前只支持一个语法，即 打印 bb)

我理解的其他语言，比如：
java 基于 c （ java 的printf本质是调用 c 的printf），
cpython 基于 c （ cpython 的print本质是调用 c 的printf），

所以，如果我基于 python 创造了 bb 语言，那么 bb 语言的 打印 bb 本质就是调用 python 的print

不知道我的理解对不对

如果我的以上理解是正确的，那么，假如 python 的print性能很差，那么是否 bb 语言的 打印 bb 也一定会很差？

如果以上假设成立，那么假如在我的 bb 语言里，我给打印 bb这个方法加了更多额外处理流程，比如，在执行 打印 bb的时候，还检测了网络，还读取了 xx 信息，总之要 10 秒才能打印出内容

那么，某一天，有人基于 bb 语言，创造了 cc 语言，cc 语言的 打印 cc 基于 bb 语言的 打印 bb，那么，cc 语言的 打印 cc被调用后，也会有 10 秒多的延迟吧？也会检测网络，读取 xx 信息对吧？

那么，那些基于 c 的语言，如 java 、cpython，是怎么确保基于 c 语言开发时，不会被 c 语言自身的私货(即 bb 语言里的检测网络，读取 xx 信息 ) 影响了性能呢？

那么在这种情况下，自举还能提高性能吗？不就变成了套娃了吗？最开始的娃很卡（如 bb 语言的打印 bb), 以后套上的娃性能肯定不会超过最初的娃吧

有人基于 bb 语言，创造了 cc 语言，并且在打印 cc 还加了自己的处理流程，打印 cc 的延迟成功的增长到了 20 秒，后来又有人基于 cc 语言创造了 dd 语言， ..... ... 直到 zz 语言，这时候打印 zz 的延迟很高很高了吧？

套娃，越来越卡，各种历史包袱，导致更卡了

我的理解对吗

跪求各位前辈指点

谢谢

2020-12-08 23:28:51 +08:00

@msg7086 确实是，易语言刚开始是解释执行的，后面的版本才编译成机器码的。不过生成的机器码质量比较差，基本没有优化，而且数值运算都是基于浮点数的。
msg7086 已经说得很清楚了，用什么语言实现并不影响目标语言的程序性能。关键看你的语言的编译器生成的是什么。
python 可以读写二进制文件，即使你用 python 写编译器，这个编译器也可以直接生成机器码。
python 的性能只影响编译器的性能，可能编译时间会比较久一点。编译出来的目标程序性能怎么样要看你写的编译器生成的程序质量怎么样。
如果你的编译器是生成 python 代码，目标程序要在 python 上执行，就会受到 python 的影响。
如果你的编译器直接生成 c 代码，那就要在调用 c 编译器编译成可执行文件，就会受到 c 编译器的影响。
如果你的编译器直接生成机器代码，输出可执行文件，那就看你的编译器生成的结果怎么样，其他语言不会影响程序性能。