Linux对齐命令（linux对齐）
在WINDOWS操作系统（部分Linux系统也有桌面话的程序）下，在桌面单击鼠标右键，有个“查看”选项，鼠标指向它，就会出现复选菜单，菜单中一般有”自动排列图标“和”将图标与网络格对齐“选项，选项前有 ”√“的就表示启用了这个模式，注意的是”自动排列图标“就是桌面图标按左侧列 ，一列一列往右排列桌面，快捷方式图标文件等，”将图标与网络格对齐“ 这个勾选了，就可以随意拖放 桌面图标，快捷方式或文件等，图标会按照桌面的默认方格位置对齐
double类型使用方法？double用作形容词的基本意思是“双的”,其所修饰的名词一般为单数。用作动词的基本意思是“对折起来”。作名词的基本意思是“两倍,双份”。
使用printf时，它们具有相同的格式说明符，但使用scanf时，它们没有相同的格式说明符。
为什么是这样？因为printf的参数被提升，而scanf的参数（作为指针）却不被提升。
这种论点提升到底是什么？当较小尺寸的参数（特别是char，short和float）传递给可变参数函数（如printf之类的函数，其参数数量不固定）时，它们将转换为较大尺寸。Char和short转换为int，float转换为double。
为什么这样 据我所知，纯粹出于历史原因。C的设计师认为这是个好主意，因为这些转换基本上是免费的，因为所有类型的尺寸都足够小，可以放入单个寄存器或堆栈中的单个“单元”（将内容压入堆栈必须与某些字节边界对齐，例如，堆栈上的每个项目都必须以4的倍数的地址开头。同样，显然，这种转换减少了传递参数时的错误。
因此，当您向printf传递float类型的参数时，实际上它会在转换为printf之前就转换为double类型。我们可以使用调试器证明这一点。我写了下面的C代码：
主要功能编译成：
领取关于C/C++更多学习资料：
我在调用printf之前（在地址0x63b处）放了一个断点。根据Linux x86_64调用约定，浮点参数在XMM寄存器中传递（CPU中特殊的小内存位置，可用于对多条数据并行执行同一条指令，但实际上可用于大多数事情） 。因此，我查看了第一个XMM寄存器xmm0，然后：
xmm0中的值之一，当解释为双精度值时，是1，恰好是我们传递给printf的值。同时，当将该寄存器中的值解释为浮点数时，它们是这样（巧合的是，我们得到1.875）。因此，转换确实发生了。这就解释了为什么对于printf，我们在浮点数和双精度参数中都使用％f －浮点数无论如何都会转换为双精度，因此printf不能分辨出两者之间的区别。
同时，scanf的参数是指针，因此不受此转换的限制。其原因是因为所有指针类型仅包含内存地址，并且所有内存地址都具有相同的大小（在我的64位计算机上为64位）。因此，当scanf在其格式字符串中获得％f时，它将期望一个float *类型的指针，而当它获得％lf时，将期望得到double *类型的指针。如果格式说明符和指针的类型不匹配，则会产生一些有趣的结果。
由于float的大小为4个字节，而double的大小为8个字节（至少在我的机器上），因此当我们写入float *类型的指针所指向的位置时，我们将覆盖4个字节的内存。同时，如果我们写入由双*指向的位置，则将覆盖8个字节的内存。考虑以下代码：
printf说明符上的.15标志只是使printf精确度更高。由于我们使用的是双精度值（并且正如我刚刚说的那样，％f也适用于printf的双精度值），因此我们实际上可以访问具有这种精度的数字（只要它们不是太大而不能填充即可。我实际上不是对浮点表示非常了解）
编译并运行后，结果如下：
如您所见，如果我们忽略所有类型的fuckery，则数字应该匹配，但它们甚至不相近。这是为什么？
好吧，我们给scanf％f说明符，所以它期望一个浮点数*。但是我们传递了一个双*。现在，这些指针的实际值都只是地址-scanf不知道它们之间的区别。它进行了下去，读取我们输入的值，并将其存储为float 。但是浮点数仅占用4个字节，因此scanf只会在我们可用的double变量的8个字节中写入4个字节。在我的情况下，由于我的机器是低位字节序的，因此似乎对应于double变量的细粒度（小有效位）数字的第4个字节将被覆盖。因此，当我们打印出double double back时，我们得到的数字几乎与以前相同，但最低有效数字有所变化。