printf("%f\n", 3);

 原因在于printf，printf不会关心你输入的参数的类型，你输入的实际是 
printf("%f",3)，但是这个整型3不会被隐式类型转换为浮点型，而是被直接按内存内容当作浮点型 

也就是说，内部使用等价于 
int i = 3; 
printf("%f", *(float*)&i) 

不幸的是，整型3在内存布局上如果看成浮点数，它就是接近于0 

完整的说明一下吧。 
首先printf("%f",10/3);等价于 printf("%f",3);也就是说在这种情况下C不支持类型转换。并且"%f"处理的是double类型的浮点数也就是64位，而且默认的显示精度是小数点后6位。 
然后要考虑浮点数的表示方法，根据IEEE 754标准对64位浮点数采用的表示为： 
数符（1位）|阶码（11位） | 尾数（52位） 
好了，可以解决问题了。你的3是6个0 +11，知道为什么了吧？数太小了！在仅仅可以显示小数点6…

接近正确，整数3其实对应的是6个0＋11＋24个0＋32位随机值
内存中整数3就是0000001100000000 00000000 00000000
后面紧跟的是4字节堆栈上的当前值（可能是CS:IP) 

 

这是不定参数的特点，没有类型检查，没有类型转换

不过如果打印一个固定值都能出现随机值，只能说crt出问题了 
可能的原因（首先你要看一遍11楼给的说明） 
因为进入printf时，堆栈上传进来的只有sizeof(int)个字节，而double需要的字节数比int多，因此va_arg转换时除了你传进去的4字节之外，还用了堆栈上的相连四个字节，而这四字节内容不是你设置的，可能会随编译器、OS不同由随机产生的可能性

 

记得之前看过一个介绍,printf输出时,float是当double处理的

下面的代码似乎能验证这一点:

//看起来不匹配,但都打印出了最后一个数字5,即float用double处理了
printf("%f,%d\n",3,4,5); 
printf("%d,%d,%d\n", (float)3.4, 5);

 

汇编代码: 

; 4    :     printf("%f\n",1);  00018    6a 01          push1  0001a    6800000000push     OFFSET FLAT:??_C@_03FBAH@?$CFf?6?$AA@ ; `string'  0001f    e8 00000000call     _printf  0002483 c4 08         add     esp, 8; 5    :     printf("%f\n",1.0);  00027   680000 f0 3f push1072693248; 3ff00000H  0002c    6a 00          push0  0002e    6800000000push     OFFSET FLAT:??_C@_03FBAH@?$CFf?6?$AA@ ; `string'  00033    e8 00000000call     _printf  00038    83 c4 0c       add     esp, 12; 0000000cH

上面的是printf("%f\n",1);printf("%f\n",1.0);的反汇编代码，说明若是浮点型数，编译器会把它转化成浮点格式在入栈的，而整形是不会的转化直接压入的，而printf函数根据地2个参数%f认为前面压入的是浮点型来处理了 

 

 http://topic.csdn.net/u/20090305/22/6365501d-844e-4fd4-9905-ac1c703ba05a.html