.NET反射中多维数组的数组名称为何与预期顺序相反？

这个差异的核心原因是：.NET类型系统对数组类型的命名规则是从最内层的元素类型向外层数组修饰符逐层展开，而我们在C#代码里声明嵌套数组时是从外层数组向内层元素类型书写的，两者顺序自然相反。

举具体例子拆解：

• 对于int[][,]，它的实际结构是「元素为二维int数组（int[,]）的一维数组」。按照命名规则，先写最内层的元素类型Int32[,]，再加上外层一维数组的修饰符[]，最终得到Int32[,][]。
• 对于int[][,,][,]，结构是「元素为「元素为三维int数组（int[,,]）的二维数组」的一维数组」。从内到外展开：最内层是Int32[,,] → 加上二维数组修饰符得到Int32[,,][,] → 再加上外层一维数组修饰符得到Int32[,][,,][]。
• 而int[][,,][]是对称结构：「元素为「元素为一维int数组（int[]）的三维数组」的一维数组」，从内到外展开的顺序和代码书写顺序刚好一致，所以结果符合直观预期。

简单说，代码里是「外层数组→内层元素」的书写顺序，而.NET类型名称是「内层元素→外层数组」的构建顺序，两者方向相反就导致了名称顺序的“反转”。

内容的提问来源于stack exchange，提问作者jbz