首先看看字的结构：
字体结构的Baseline/Leading/Ascent/Descent的图示_柳鲲鹏的博客-CSDN博客_ascent descent 字体
由图中看到， 正常的接口应该是提供相应的访问功能。因为工作原因，了解了一下VC字体的接口，觉得甚是奇怪。
- 怪异一：获取字体结构信息的办法
font=CreateMyFont(L"宋体", fontSize);
SelectObject(hDC,font); //将创建的字体句柄选入设备环境
TEXTMETRIC tm;
GetTextMetrics(hDC, &tm);有了字体，应该直接从字体中获取信息，为什么要经过HDC？
- 怪异二：新建字体不能用字号，只能用高度
CreateFont
( height, //字体的高度
0, //由系统根据高宽比选取字体最佳宽度值
0, //文本的倾斜度为，表示水平
0, //字体的倾斜度为
FW_HEAVY,
0, //非斜体字
0, //无下划线
0, //无删除线
GB2312_CHARSET, //表示所用的字符集为ANSI_CHARSET
OUT_DEFAULT_PRECIS, //输出精度为默认精度
CLIP_DEFAULT_PRECIS, //剪裁精度为默认精度
DEFAULT_QUALITY, //输出质量为默认值
DEFAULT_PITCH|FF_DONTCARE, //字间距和字体系列使用默认值
fontName //字体名称
);吾想指定的是字号，怎么要指定高度？这不科学啊。吾只知道字号，不知道高度，怎么办？
有人说字号可以换算为高度，这个想法应该是错的。理由参考下文。
- 怪异3：实际高度要加上leading
指定height=1000，结果是：ascent=859，descent=141，leading=141。
这是怎么回事？吾试了一下JDK，指定字号1000，结果是：ascent=860, descent=141, leading=141。这样一算正好。这可能是接口的定义不同，倒是无所谓了。
注意ascent，为什么会差一个像素？谁错了？简单分析了一下，可能是JDK算错了。理由就是ascent+leading != 1000。