documentation解释了如何设置值以及虚拟环境如何覆盖它。
这里是sys模块的source code，它似乎是在解释器状态初始化时设置的。我没有继续走下去。

**Python installation directory**是一个包含所有目录bin/、include/、lib/、share/等的目录。任何Python安装都需要。如果你使用的是Ubuntu，它默认的Python安装目录是/usr。当我们创建一个虚拟环境时，会创建一个Python安装目录，该目录具有环境的名称。任何Python解释器，无论是否有环境，都需要这个目录结构才能正常工作。因此，使用venv（或任何其他工具，如pyenv，poetry或conda）创建的Python环境将创建具有这些确切名称的目录。

例如，如果我们创建一个名为my_venv的Python虚拟环境，我们将拥有Python安装目录结构：

~/my_python_project$ python3 -m venv my_venv
~/my_python_project$ tree my_venv/ -L 1
. ## This is the "Python Installation directory" structure. Notice directories bin/, lib/ etc.
├── bin
├── etc
├── include
├── lib
├── lib64 -> lib
├── pyvenv.cfg
└── share

当我们在shell中输入python时，操作系统会遍历PATH环境变量，查找第一个名为'python'的可执行文件。一旦它找到了一个（它可能是一个符号链接，在这种情况下，它将不会被遵循），Python脚本将使用该解释器开始执行。Python脚本将自动执行的第一件事是询问操作系统它正在使用的解释器的位置，即在PATH环境变量中找到的解释器。有了这个位置，Python（更准确地说是site.py模块）将在可执行文件（或符号链接）所在的/bin目录的上一级查找名为pyenv.py的文件。如果找到，解释器会理解它是在虚拟环境中;如果没有找到，则解释器将理解它不在虚拟环境中。
在虚拟环境中，如果pyvenv.cfg文件包含home键，解释器将使用它来设置sys.base_prefix和sys_prefix为：

1. sys.base_prefix将保存用于创建此虚拟环境的Python installation directory的路径。为此，解释器将查看pyvenv.cfg中的home键。此键将保存用于创建此虚拟环境的Python可执行文件所在目录的路径。如果该可执行文件恰好是一个符号链接，则会跟踪它，直到真实的的可执行文件。托管真实的可执行文件所在的bin/目录的目录将是用于构建此环境的Python可执行文件的Python安装目录。例如：

~/my_python_projects$ cat ./my_venv/pyvenv.cfg
home = /usr/local/bin   ## this is because this Python virtual environment was created from the executable
                        ## /usr/local/bin/python3, which is a symlink to /usr/bin/python3.8. 
                        ## Thus sys.base_prefix will be /usr
include-system-site-packages = false
version = 3.8.10

~/my_python_projects$ ls -l /usr/local/bin/python3
lrwxrwxrwx 1 root root 18 mar  2  2022 /usr/local/bin/python3 -> /usr/bin/python3.8

~/my_python_projects$ source ./my_venv/bin/activate  ## activate the virtual environment
(my_venv) ~/my_python_projects$ python3 -c "import sys;print(sys.base_prefix)"
/usr

1. sys.prefix将指向包含pyvenv.cfg文件的目录（如果存在），即虚拟环境的Python安装目录（如果我们正在使用虚拟环境）。如果不使用虚拟环境，则与sys.base_prefix相同。

(my_venv) ~/my_python_projects$ python3 -c 'import sys;print(sys.base_prefix);print(sys.prefix)'
/usr  ## sys.base_prefix
/home/carl/my_python_projexts/env_no_ga  ## sys.prefix

请注意，这两个“基目录”都具有Python安装的目录结构，即。目录bin、include、lib等。还要注意，如果我们没有使用虚拟环境，sys.base_prefix和sys.base都将被设置为操作系统的Python安装目录。在我的例子中，我使用的是Ubuntu 20.04，所以当不使用虚拟环境时，这些变量是/usr。
同样从Python文档here，I deduce中，其他两个变量sys.prefix和sys.base_prefix被设置为：

1. sys.base_exec_prefix：如果在虚拟环境中，它将与sys.base_prefix相同，即用于创建虚拟环境的Python解释器的Python安装目录。如果不在虚拟环境中，它将是OS Python安装目录。
2. sys.exec_prefix：如果在虚拟环境中，它将与sys.prefix相同，即虚拟环境的Python安装目录。如果不在虚拟环境中，它将是OS Python安装目录。
   换句话说，通过default，它们将始终分别与sys.base_prefix和sys.prefix相同。
   阅读了引用的关于sys.base_prefix、sys.prefix、sys.base_exec_prefix和sys.exec_prefix的Python文档，我得出的结论是，所有这些变量最初都设置在操作系统的Python安装目录中。之后，如果模块site.py确定我们处于虚拟环境中，则会继续如上所述更改它们。
   我还没有发现的是，用不同的名字定义所有这些变量，但它们具有相同的值，背后的原理是什么。

参考书目

1. Python and the Module Search Path马克·贾米森
2. Python文档在这里