首先看看字的结构：
字体结构的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。
