🌎引入–2个题目：

题目1：

#define _CRT_SECURE_NO_WARNINGS 1

int main()
{
	int x = 0;
	float y = 0;

	scanf("%3d%f", &x, &y);
	printf("%d %f\n", x, y);


	return 0;
}

这个题目的结果是C：123

题目2：

#define _CRT_SECURE_NO_WARNINGS 1
#include<stdio.h>

int main()
{
	int a = 1234;
	printf("%2d\n", a);

	return 0;
}

这个题目的答案是A：1234

对比：

当时，我和一位同学对这两个题目的疑问是：第二个题目不应该输出结果是“12”吗。因为根据我们之前对%d浅显的理解是：d前面加整数，限制了输出字符数量，换句话来说，限制了在屏幕上输出的宽度。
其实，要弄清楚这个问题，要明白以下几点：
🅰：d前面的整数和实际字符数的大小关系。

🅱：经过格式化修饰的%d是在scanf函数内还是在printf函数内

·第一个题目中，%d前面的数字3是小于实际字符数的，而且%3d是存在与输入函数scanf函数内的。
那么%d前面的整数，限制了编译器读取整数的字符数量（只从左向右读取三个整数字符）。
所以，x的值是123（为12345的前三个字符）
🆚
·第二个题目中，%d前面的数字2也是小于实际字符数的，而且%2d是存在于输出函数printf函数内的。
那么%d前面的整数，限制了输出在屏幕上的字符数量（宽度）
但是注意：❗❗❗
2是小于4的，按理来说应该应该输出2对吧？其实不然。
printf函数内%d格式化修饰时，并不是所有时候都能发挥作用，只有当d前面的数字是大于实际字符数时，才“发挥作用“（右对齐，左边补空格，这个下面会详细演示和讲解）。
在printf函数内：当d前面的整数小于实际字符数时，d前面的数字表示至少输出这么多个字符（并不是至多）。
所以，输出的结果是1234，而不是12.

💦分析d前加数字不同情况时的意义

这里用代码演示一下
🅰：printf函数内存在%md时：
m<实际字符数时：是至少输出m个,不是表示只能输入m个！！！（这个时候m其实不发挥作用）

m>实际字符数时：

🅱：scanf函数内存在%md时：
m<实际字符数时：这个表示的才是至多（编译器至多读取m个字符）。

m>实际字符数时：因为表示的是至多，所以这个其实也不会发挥作用。