对于x86_64架构的CPU，不管是Intel、AMD还是VIA。该架构的软件可以在其上正常运行。
但是，对于arm64/aarch64（arm64/aarch64的区别在这里），有很多厂商。对于 arm64/arch64 的 Linux 发行版，有很多方向。
这是 Arch Linux ARM 的 arm 支持平台列表。
但是对于Debian，没有这么多的选择（只有 arm64 而对于 little endian 只有 armel）。
一季度。Archlinuxarm 的支持平台有什么区别？
为了弄清楚Q1，我用我的手机试了一下。我的手机架构是arm64v7el（4*ARMCortex-A73+4*ARMCortex-A53）。我为 armv7 - Raspberry Pi 2下载Archlinuxarm。并将 .tar.gz 文件解压到 Termux 主目录中的文件夹中。
然后我打开 Termux 并输入：
proot -r /path/to/my/archlinuxarm/rootfolder/
不幸的是，据说 shell 解释器是不可执行的（在不同的体系结构中）。
也许，是因为Endian的不同。但是，对于 armv8，有一个 archlinuxarm 的下载选项，它是Generic。
Q2。如果我为A平台安装一个archlinuxarm系统到B平台。是不能最大程度优化还是完全不兼容？
Q3。是否有不同平台的发行版只是驱动程序不同或编译Linux内核时参数不同？
第 4 季度。令我困惑的是，archlinuxarm 社区为什么不提供仅针对 arm64 armel 等的 stage rootfs tarball 而不是不同供应商的不同产品？这是否意味着例如 DragonBoard 410c 中的指令集与 Raspberry Pi 3 不同？或者换句话说，如果我将用于 DragonBoard 410c 的 Archlinuxarm …
我们通常$@用来表示除 $0 之外的所有参数。但是，我不知道什么是数据结构$@。
为什么$*在包含双引号时它的行为不同，谁能给我一个解释级别的解释？
可以在for循环中迭代，所以好像是数组。但是，它也可以完全用 simple 回显echo $@，如果是数组，则只显示第一个元素。由于shell的限制，我无法编写更多的实验代码来执行它。
这篇文章之间的区别：这篇文章展示了$@与$*. 但我想知道$@. Shell 作为一种解释语言，像 Python 一样，应该根据一系列基本类型来表示数据。或者换句话说，我想知道 $@ 是如何存储在计算机内存中的。
它是字符串、多行字符串还是数组？
如果是唯一的数据类型，是否可以将自定义变量定义为该类型的实例？
Unix 中有很多类型的特殊文件，例如符号链接、设备文件和 proc 文件（在 下/proc）。/proc文件只是普通文件，甚至是文本文件。但对于其余的，我只知道如何使用它们，但我不知道它们的内部结构和它们是什么（深入）。不幸的是，所有访问文件的方式都只能获取它们所代表的对象。换句话说，没有办法获得内部表示。
对于符号链接，毫无疑问有一个字符串来存储其目标的路径。但是，如果只有一个字符串，如何与纯文本文件区分开来呢？如果有一个由文件系统驱动程序指定的特殊标头，它是什么？有什么约定吗？谁能告诉我符号链接指向的二进制表示/usr/bin/bash是什么？
对于设备文件（节点），它们的二进制结构和表示是什么？根据他们的行为，他们必须包含有关接口号和驱动程序的信息。但这会使它们的大小相差很大。任何人都可以在二进制级别解释这一点吗？
对于符号链接和设备文件的兼容性（我知道同一个设备文件不可能在两个不同的环境中工作，但我们可以发挥我们的想象力来做一个实验）是这些文件的二进制内容强烈依赖于文件系统类型和操作系统的内核？例如，如果我复制（不是通过cp命令，只是写入相同的二进制内容）到不同的文件系统（比如从 ext4 到 xfs），这个文件（符号链接或设备文件）是否仍然有效和功能？将它从 Linux 机器复制到 BSD 机器时怎么样？
或者它们不是文件，而只是文件系统头部分中的特殊记录？