1. 从一次界面布局的“像素偏差”说起在Qt开发中尤其是做跨平台桌面应用或者嵌入式HMI界面时我们经常要和像素打交道。我记得有一次需要实现一个仪表盘的刻度盘每个刻度线的位置都需要根据当前值进行精确计算。当时我用了一个很自然的公式position (currentValue / maxValue) * totalWidth。计算出来的position是个浮点数比如152.7。然后我直接把这个值传给QPainter::drawLine的坐标参数。运行起来一看刻度线在屏幕上看起来位置是对的但当我放大界面或者在某些高DPI屏幕上总感觉线条边缘有点“发虚”不那么锐利。更头疼的是当我把这个浮点坐标传给一个需要整数索引的容器比如QVector去做缓存时程序直接崩溃了。这就是一个典型的“取整”场景。计算机屏幕的像素坐标是离散的整数而我们的计算过程往往是连续的浮点数。直接把浮点数当坐标用Qt的绘图引擎底层会做处理但可能引入次像素渲染导致视觉上的不精确更不用说涉及内存访问的整数索引了。所以我们需要一个明确、可靠的取整操作把152.7变成一个确定的整数比如153或者152。这不仅仅是数学问题它直接关系到UI的精确性、性能比如避免不必要的重绘和代码的健壮性。Qt作为一个成熟的框架当然提供了相关的函数。但如果你以为Qt的取整就是简单调用C标准库的floor,ceil,round那可能会错过一些更贴合GUI开发场景的“利器”。本文将深入Qt中与取整相关的函数、类以及它们的最佳实践场景帮你彻底解决这类“像素级”的烦恼。2. Qt中的基础取整函数QPointF与QRectF的转换艺术在Qt的世界里处理图形坐标最常用的类是QPoint、QPointF、QRect和QRectF。其中带F后缀的表示使用qreal通常是double类型存储的浮点版本。GUI操作中大量计算如变换、动画插值都是在浮点数上进行的但最终渲染到设备屏幕、图像需要整数坐标。这时QPointF和QRectF的toPoint()和toRect()方法就是你的第一道取整关口。2.1toPoint()与toRect()默认的四舍五入这是最直接、最常用的方法。它们的作用是将浮点坐标转换为整数坐标。QPointF pf(152.7, 89.3); QPoint p pf.toPoint(); // p QPoint(153, 89) QRectF rf(10.4, 20.6, 100.8, 50.2); QRect r rf.toRect(); // r QRect(10, 21, 101, 50)核心原理与实现这两个函数内部通常使用qRound()函数我们稍后会详细讲对每个浮点分量进行取整。qRound采用的是“银行家舍入法”round half to even这是一种减少累积误差的舍入方式但对于大多数GUI坐标来说其效果就是最接近的整数取整。应用场景最终渲染坐标在paintEvent中经过一系列浮点变换计算后得到最终的QPointF路径点在调用drawLine、drawRect等函数前转换为QPoint。鼠标事件处理QMouseEvent::pos()返回的是QPoint整数但如果你需要更精确的命中测试比如一个小图形可能会用到浮点坐标计算判断完成后仍需转回整数进行高亮或选择框的绘制。从布局中获取控件几何信息QWidget::geometry()返回QRect但如果你用QPropertyAnimation对geometry进行动画中间值会是QRectF动画结束时需要同步回整数QRect。注意事项直接使用toPoint()/toRect()进行取整意味着你接受了默认的四舍五入策略。这在大多数情况下是没问题的。但如果你在做图像处理、地图瓦片索引这类对取整方向有严格要求的操作就需要更精细的控制。2.2 更精细的控制QPointF::toPoint()的局限性突破toPoint()没有参数让你选择是向上取整还是向下取整。如果你需要就必须回到基本的数学函数或使用QRectF的其他方法。例如你需要将一个浮点矩形rf转换为一个完全包含它的最小整数矩形向上取整用于确定需要重绘的屏幕区域QRectF rf(10.4, 20.6, 100.8, 50.2); // 错误的做法直接toRect()可能导致矩形缩小无法覆盖原区域 // QRect r rf.toRect(); // (10,21,101,50) 左上角缩小了 // 正确的做法使用adjusted和toRect或手动计算 QRect r rf.adjusted(0, 0, 0.999, 0.999).toRect(); // 或者更清晰的手动计算 int left std::floor(rf.left()); int top std::floor(rf.top()); int right std::ceil(rf.right()); int bottom std::ceil(rf.bottom()); QRect r QRect(QPoint(left, top), QPoint(right, bottom));第二种手动计算的方法虽然代码多但意图非常清晰避免了adjusted中那个微妙的0.999偏移量的魔法数字。在性能不敏感的关键代码处清晰性优于极致的简洁。3. 深入Qt全局函数qRound、qFloor与qCeil当你不满足于QPointF的隐式转换或者需要在更通用的数值计算中进行取整时Qt在QtGlobal或QtMath取决于版本头文件中提供了一组全局函数。它们是连接C标准库数学函数与Qt类型之间的桥梁并且做了些平台兼容性处理。3.1qRound、qFloor、qCeil三剑客int qRound(qreal value): 四舍五入到最接近的整数。如前所述它使用“银行家舍入法”。int qFloor(qreal value): 向下取整向负无穷方向得到不大于value的最大整数。int qCeil(qreal value): 向上取整向正无穷方向得到不小于value的最小整数。#include QtMath // Qt 5以后推荐 qreal v1 152.7; qreal v2 -45.3; int r1 qRound(v1); // 153 int r2 qRound(v2); // -45 int f1 qFloor(v1); // 152 int f2 qFloor(v2); // -46 (因为-46 -45.3) int c1 qCeil(v1); // 153 int c2 qCeil(v2); // -45为什么用Qt的而不是C标准库的类型统一参数是qreal在Qt中明确就是float或double根据配置避免了在float和double之间重载的潜在歧义。平台一致性Qt封装了这些函数确保在所有支持的平台Windows, Linux, macOS等上行为一致。虽然标准库cmath的round,floor,ceil现在也很标准但在一些旧的或嵌入式编译环境下Qt的封装能提供更好的保障。与Qt代码风格集成在全是Qt风格的代码中使用qRound比std::round看起来更和谐。3.2 实战场景分页计算与网格对齐场景一数据分页假设你有一个数据列表totalCount123每页显示pageSize10条。计算总页数。int totalCount 123; int pageSize 10; // 错误整数除法直接截断 // int totalPages totalCount / pageSize; // 结果是12最后3条数据没了 // 正确使用向上取整 int totalPages (totalCount pageSize - 1) / pageSize; // 传统技巧结果是13 // 或者更清晰的Qt方式 int totalPages qCeil(static_castqreal(totalCount) / pageSize); // 13在这个例子中qCeil的意图一目了然代码可读性远高于那个“ size -1”的技巧公式。场景二UI控件网格状布局你需要将一系列按钮在容器内均匀网格排列计算每行可放多少个按钮以及需要多少行。int containerWidth 300; int buttonWidth 32; int buttonSpacing 4; int totalButtons 25; // 每行可容纳的按钮数考虑间距 int effectiveWidth buttonWidth buttonSpacing; // 最大列数向下取整因为放不下一个完整的就不能算 int maxCols qFloor(containerWidth / effectiveWidth); // 假设结果为8 // 计算需要的行数向上取整 int rowsNeeded qCeil(static_castqreal(totalButtons) / maxCols); // 4这里qFloor确保了计算出的列数一定是容器能完整容纳的避免最后一个按钮被挤到外面。qCeil则保证了所有按钮都有位置即使最后一行不满。4. 进阶QTransform与矩阵变换中的取整考量当你的图形涉及旋转、缩放、剪切等变换时取整问题会变得更加微妙。QTransform类用于表示2D变换矩阵。一个常见操作是将一个点或矩形通过变换矩阵映射到另一个坐标系。QTransform transform; transform.rotate(30); // 旋转30度 transform.scale(1.5, 1.5); // 放大1.5倍 QPointF originalPoint(10.0, 10.0); QPointF mappedPoint transform.map(originalPoint); // 结果是一个QPointFmappedPoint的坐标很可能是像(18.660254, -1.339746)这样的浮点数。如果你直接用它来绘制问题不大。但如果你要用这个坐标去查询一个像素缓存QImage的像素访问需要整数坐标或者判断它落在了哪个网格QGraphicsScene的网格对齐就必须取整。这里有一个关键陷阱变换和取整的顺序。先变换后取整QPoint intPoint transform.map(originalPoint).toPoint();这是最常见的做法也是符合数学逻辑的。先进行精确的几何变换再将结果离散化到像素网格。先取整后变换QPoint intPoint transform.map(originalPoint.toPoint());这通常是错误的它先将原始坐标离散化丢失了亚像素精度然后再对这个“不精确”的整数坐标进行变换。对于旋转和缩放这会引入显著的误差导致图形位置偏移。在QGraphicsView框架中QGraphicsItem的pos()是QPointF但它的boundingRect()和shape()在返回整数矩形或路径时内部已经妥善处理了取整问题。然而如果你自定义paint函数在计算子项相对位置或碰撞检测时仍需注意保持浮点精度直到最后渲染时刻。5. 性能、精度与陷阱实际开发中的经验之谈5.1 性能考量整数运算远快于浮点运算在嵌入式设备或性能关键的绘图循环中这一点至关重要。如果一段路径的坐标是预先知道的、不变化的那么最好在初始化阶段就计算好整数版本的坐标并缓存起来而不是在每次paintEvent中都进行浮点计算和取整。// 优化前每次绘制都计算和取整 void MyWidget::paintEvent(QPaintEvent *) { QPainter painter(this); for (const auto segment : m_pathSegments) { // segment是QPointF QPoint p segment.toPoint(); painter.drawLine(... p ...); } } // 优化后预计算整数坐标 void MyWidget::updateIntegerCache() { m_cachedPoints.clear(); m_cachedPoints.reserve(m_pathSegments.size()); for (const auto segment : m_pathSegments) { m_cachedPoints.append(segment.toPoint()); } } void MyWidget::paintEvent(QPaintEvent *) { QPainter painter(this); // 直接使用缓存的整数坐标 painter.drawPolyline(m_cachedPoints); }5.2 精度丢失与累积误差反复的“浮点计算 - 取整 - 再以整数为基础进行下一轮计算”会导致误差累积。例如模拟一个物体以每帧0.3像素的速度移动qreal position 0.0; for (int i 0; i 10; i) { position 0.3; int drawPos qRound(position); // 绘制在drawPos位置 }10帧后position理论上是3.0qRound后是3没问题。但如果步长是0.1二进制浮点数无法精确表示累积误差就会出现。更好的做法是始终用高精度的浮点数position记录逻辑位置只在每一帧渲染时取整。drawPos只用于绘制不参与下一帧的位置更新。5.3 一个常见的“坑”QRect的right()和bottom()这是Qt几何类的一个著名特性但结合取整时容易出错。QRect的right()和bottom()返回的是矩形最右像素列的下一个和最下像素行的下一个的坐标。而QRectF的对应方法返回的是实际的右下角坐标。QRectF rf(10.5, 20.5, 100.0, 50.0); // 右下角在(110.5, 70.5) QRect r rf.toRect(); // (11, 21, 100, 50) 注意toRect后矩形被“标准化”了。 qDebug() rf.right(); // 输出: 110.5 qDebug() r.right(); // 输出: 110 (因为 11 100 - 1 110) // 如果你错误地认为 r.right() 是右下角包含的坐标用于碰撞检测 if (x r.left() x r.right()) // 当x110时条件为真但点(110,y)其实在矩形外紧贴着右边界正确处理在需要判断点是否在矩形内时使用QRect::contains()方法。在需要右下角坐标进行计算时明确使用r.left() r.width() - 1和r.top() r.height() - 1或者直接使用QRectF进行计算最后再取整。5.4 高DPI屏幕下的取整策略在现代高DPIRetina屏幕上Qt的坐标系统可能使用“设备无关像素”。一个逻辑像素可能对应多个物理像素。在这种情况下取整策略需要更加小心。Qt提供了QPainter的setRenderHint(QPainter::SmoothPixmapTransform)等选项来优化缩放渲染。对于取整一个原则是在逻辑坐标设备无关像素层面进行取整计算让Qt去处理到物理像素的映射。尽量避免在代码中直接使用涉及物理像素的硬编码取整值而是依赖QPainter和QStyle的抽象。取整函数虽小却是连接连续数学世界与离散计算机显示世界的桥梁。在Qt开发中理解toPoint()/toRect()的默认行为熟练运用qRound、qFloor、qCeil进行意图明确的取整并警惕变换顺序和QRect特性带来的陷阱能让你写出更健壮、更精确的图形界面代码。记住在性能允许的情况下尽量延长浮点精度的生命周期直到不得不转换为整数的最后一刻。
Qt开发中浮点数取整：从像素偏差到UI精确渲染的解决方案
发布时间：2026/7/30 3:46:09
1. 从一次界面布局的“像素偏差”说起在Qt开发中尤其是做跨平台桌面应用或者嵌入式HMI界面时我们经常要和像素打交道。我记得有一次需要实现一个仪表盘的刻度盘每个刻度线的位置都需要根据当前值进行精确计算。当时我用了一个很自然的公式position (currentValue / maxValue) * totalWidth。计算出来的position是个浮点数比如152.7。然后我直接把这个值传给QPainter::drawLine的坐标参数。运行起来一看刻度线在屏幕上看起来位置是对的但当我放大界面或者在某些高DPI屏幕上总感觉线条边缘有点“发虚”不那么锐利。更头疼的是当我把这个浮点坐标传给一个需要整数索引的容器比如QVector去做缓存时程序直接崩溃了。这就是一个典型的“取整”场景。计算机屏幕的像素坐标是离散的整数而我们的计算过程往往是连续的浮点数。直接把浮点数当坐标用Qt的绘图引擎底层会做处理但可能引入次像素渲染导致视觉上的不精确更不用说涉及内存访问的整数索引了。所以我们需要一个明确、可靠的取整操作把152.7变成一个确定的整数比如153或者152。这不仅仅是数学问题它直接关系到UI的精确性、性能比如避免不必要的重绘和代码的健壮性。Qt作为一个成熟的框架当然提供了相关的函数。但如果你以为Qt的取整就是简单调用C标准库的floor,ceil,round那可能会错过一些更贴合GUI开发场景的“利器”。本文将深入Qt中与取整相关的函数、类以及它们的最佳实践场景帮你彻底解决这类“像素级”的烦恼。2. Qt中的基础取整函数QPointF与QRectF的转换艺术在Qt的世界里处理图形坐标最常用的类是QPoint、QPointF、QRect和QRectF。其中带F后缀的表示使用qreal通常是double类型存储的浮点版本。GUI操作中大量计算如变换、动画插值都是在浮点数上进行的但最终渲染到设备屏幕、图像需要整数坐标。这时QPointF和QRectF的toPoint()和toRect()方法就是你的第一道取整关口。2.1toPoint()与toRect()默认的四舍五入这是最直接、最常用的方法。它们的作用是将浮点坐标转换为整数坐标。QPointF pf(152.7, 89.3); QPoint p pf.toPoint(); // p QPoint(153, 89) QRectF rf(10.4, 20.6, 100.8, 50.2); QRect r rf.toRect(); // r QRect(10, 21, 101, 50)核心原理与实现这两个函数内部通常使用qRound()函数我们稍后会详细讲对每个浮点分量进行取整。qRound采用的是“银行家舍入法”round half to even这是一种减少累积误差的舍入方式但对于大多数GUI坐标来说其效果就是最接近的整数取整。应用场景最终渲染坐标在paintEvent中经过一系列浮点变换计算后得到最终的QPointF路径点在调用drawLine、drawRect等函数前转换为QPoint。鼠标事件处理QMouseEvent::pos()返回的是QPoint整数但如果你需要更精确的命中测试比如一个小图形可能会用到浮点坐标计算判断完成后仍需转回整数进行高亮或选择框的绘制。从布局中获取控件几何信息QWidget::geometry()返回QRect但如果你用QPropertyAnimation对geometry进行动画中间值会是QRectF动画结束时需要同步回整数QRect。注意事项直接使用toPoint()/toRect()进行取整意味着你接受了默认的四舍五入策略。这在大多数情况下是没问题的。但如果你在做图像处理、地图瓦片索引这类对取整方向有严格要求的操作就需要更精细的控制。2.2 更精细的控制QPointF::toPoint()的局限性突破toPoint()没有参数让你选择是向上取整还是向下取整。如果你需要就必须回到基本的数学函数或使用QRectF的其他方法。例如你需要将一个浮点矩形rf转换为一个完全包含它的最小整数矩形向上取整用于确定需要重绘的屏幕区域QRectF rf(10.4, 20.6, 100.8, 50.2); // 错误的做法直接toRect()可能导致矩形缩小无法覆盖原区域 // QRect r rf.toRect(); // (10,21,101,50) 左上角缩小了 // 正确的做法使用adjusted和toRect或手动计算 QRect r rf.adjusted(0, 0, 0.999, 0.999).toRect(); // 或者更清晰的手动计算 int left std::floor(rf.left()); int top std::floor(rf.top()); int right std::ceil(rf.right()); int bottom std::ceil(rf.bottom()); QRect r QRect(QPoint(left, top), QPoint(right, bottom));第二种手动计算的方法虽然代码多但意图非常清晰避免了adjusted中那个微妙的0.999偏移量的魔法数字。在性能不敏感的关键代码处清晰性优于极致的简洁。3. 深入Qt全局函数qRound、qFloor与qCeil当你不满足于QPointF的隐式转换或者需要在更通用的数值计算中进行取整时Qt在QtGlobal或QtMath取决于版本头文件中提供了一组全局函数。它们是连接C标准库数学函数与Qt类型之间的桥梁并且做了些平台兼容性处理。3.1qRound、qFloor、qCeil三剑客int qRound(qreal value): 四舍五入到最接近的整数。如前所述它使用“银行家舍入法”。int qFloor(qreal value): 向下取整向负无穷方向得到不大于value的最大整数。int qCeil(qreal value): 向上取整向正无穷方向得到不小于value的最小整数。#include QtMath // Qt 5以后推荐 qreal v1 152.7; qreal v2 -45.3; int r1 qRound(v1); // 153 int r2 qRound(v2); // -45 int f1 qFloor(v1); // 152 int f2 qFloor(v2); // -46 (因为-46 -45.3) int c1 qCeil(v1); // 153 int c2 qCeil(v2); // -45为什么用Qt的而不是C标准库的类型统一参数是qreal在Qt中明确就是float或double根据配置避免了在float和double之间重载的潜在歧义。平台一致性Qt封装了这些函数确保在所有支持的平台Windows, Linux, macOS等上行为一致。虽然标准库cmath的round,floor,ceil现在也很标准但在一些旧的或嵌入式编译环境下Qt的封装能提供更好的保障。与Qt代码风格集成在全是Qt风格的代码中使用qRound比std::round看起来更和谐。3.2 实战场景分页计算与网格对齐场景一数据分页假设你有一个数据列表totalCount123每页显示pageSize10条。计算总页数。int totalCount 123; int pageSize 10; // 错误整数除法直接截断 // int totalPages totalCount / pageSize; // 结果是12最后3条数据没了 // 正确使用向上取整 int totalPages (totalCount pageSize - 1) / pageSize; // 传统技巧结果是13 // 或者更清晰的Qt方式 int totalPages qCeil(static_castqreal(totalCount) / pageSize); // 13在这个例子中qCeil的意图一目了然代码可读性远高于那个“ size -1”的技巧公式。场景二UI控件网格状布局你需要将一系列按钮在容器内均匀网格排列计算每行可放多少个按钮以及需要多少行。int containerWidth 300; int buttonWidth 32; int buttonSpacing 4; int totalButtons 25; // 每行可容纳的按钮数考虑间距 int effectiveWidth buttonWidth buttonSpacing; // 最大列数向下取整因为放不下一个完整的就不能算 int maxCols qFloor(containerWidth / effectiveWidth); // 假设结果为8 // 计算需要的行数向上取整 int rowsNeeded qCeil(static_castqreal(totalButtons) / maxCols); // 4这里qFloor确保了计算出的列数一定是容器能完整容纳的避免最后一个按钮被挤到外面。qCeil则保证了所有按钮都有位置即使最后一行不满。4. 进阶QTransform与矩阵变换中的取整考量当你的图形涉及旋转、缩放、剪切等变换时取整问题会变得更加微妙。QTransform类用于表示2D变换矩阵。一个常见操作是将一个点或矩形通过变换矩阵映射到另一个坐标系。QTransform transform; transform.rotate(30); // 旋转30度 transform.scale(1.5, 1.5); // 放大1.5倍 QPointF originalPoint(10.0, 10.0); QPointF mappedPoint transform.map(originalPoint); // 结果是一个QPointFmappedPoint的坐标很可能是像(18.660254, -1.339746)这样的浮点数。如果你直接用它来绘制问题不大。但如果你要用这个坐标去查询一个像素缓存QImage的像素访问需要整数坐标或者判断它落在了哪个网格QGraphicsScene的网格对齐就必须取整。这里有一个关键陷阱变换和取整的顺序。先变换后取整QPoint intPoint transform.map(originalPoint).toPoint();这是最常见的做法也是符合数学逻辑的。先进行精确的几何变换再将结果离散化到像素网格。先取整后变换QPoint intPoint transform.map(originalPoint.toPoint());这通常是错误的它先将原始坐标离散化丢失了亚像素精度然后再对这个“不精确”的整数坐标进行变换。对于旋转和缩放这会引入显著的误差导致图形位置偏移。在QGraphicsView框架中QGraphicsItem的pos()是QPointF但它的boundingRect()和shape()在返回整数矩形或路径时内部已经妥善处理了取整问题。然而如果你自定义paint函数在计算子项相对位置或碰撞检测时仍需注意保持浮点精度直到最后渲染时刻。5. 性能、精度与陷阱实际开发中的经验之谈5.1 性能考量整数运算远快于浮点运算在嵌入式设备或性能关键的绘图循环中这一点至关重要。如果一段路径的坐标是预先知道的、不变化的那么最好在初始化阶段就计算好整数版本的坐标并缓存起来而不是在每次paintEvent中都进行浮点计算和取整。// 优化前每次绘制都计算和取整 void MyWidget::paintEvent(QPaintEvent *) { QPainter painter(this); for (const auto segment : m_pathSegments) { // segment是QPointF QPoint p segment.toPoint(); painter.drawLine(... p ...); } } // 优化后预计算整数坐标 void MyWidget::updateIntegerCache() { m_cachedPoints.clear(); m_cachedPoints.reserve(m_pathSegments.size()); for (const auto segment : m_pathSegments) { m_cachedPoints.append(segment.toPoint()); } } void MyWidget::paintEvent(QPaintEvent *) { QPainter painter(this); // 直接使用缓存的整数坐标 painter.drawPolyline(m_cachedPoints); }5.2 精度丢失与累积误差反复的“浮点计算 - 取整 - 再以整数为基础进行下一轮计算”会导致误差累积。例如模拟一个物体以每帧0.3像素的速度移动qreal position 0.0; for (int i 0; i 10; i) { position 0.3; int drawPos qRound(position); // 绘制在drawPos位置 }10帧后position理论上是3.0qRound后是3没问题。但如果步长是0.1二进制浮点数无法精确表示累积误差就会出现。更好的做法是始终用高精度的浮点数position记录逻辑位置只在每一帧渲染时取整。drawPos只用于绘制不参与下一帧的位置更新。5.3 一个常见的“坑”QRect的right()和bottom()这是Qt几何类的一个著名特性但结合取整时容易出错。QRect的right()和bottom()返回的是矩形最右像素列的下一个和最下像素行的下一个的坐标。而QRectF的对应方法返回的是实际的右下角坐标。QRectF rf(10.5, 20.5, 100.0, 50.0); // 右下角在(110.5, 70.5) QRect r rf.toRect(); // (11, 21, 100, 50) 注意toRect后矩形被“标准化”了。 qDebug() rf.right(); // 输出: 110.5 qDebug() r.right(); // 输出: 110 (因为 11 100 - 1 110) // 如果你错误地认为 r.right() 是右下角包含的坐标用于碰撞检测 if (x r.left() x r.right()) // 当x110时条件为真但点(110,y)其实在矩形外紧贴着右边界正确处理在需要判断点是否在矩形内时使用QRect::contains()方法。在需要右下角坐标进行计算时明确使用r.left() r.width() - 1和r.top() r.height() - 1或者直接使用QRectF进行计算最后再取整。5.4 高DPI屏幕下的取整策略在现代高DPIRetina屏幕上Qt的坐标系统可能使用“设备无关像素”。一个逻辑像素可能对应多个物理像素。在这种情况下取整策略需要更加小心。Qt提供了QPainter的setRenderHint(QPainter::SmoothPixmapTransform)等选项来优化缩放渲染。对于取整一个原则是在逻辑坐标设备无关像素层面进行取整计算让Qt去处理到物理像素的映射。尽量避免在代码中直接使用涉及物理像素的硬编码取整值而是依赖QPainter和QStyle的抽象。取整函数虽小却是连接连续数学世界与离散计算机显示世界的桥梁。在Qt开发中理解toPoint()/toRect()的默认行为熟练运用qRound、qFloor、qCeil进行意图明确的取整并警惕变换顺序和QRect特性带来的陷阱能让你写出更健壮、更精确的图形界面代码。记住在性能允许的情况下尽量延长浮点精度的生命周期直到不得不转换为整数的最后一刻。
算法详解：从原理到实战应用与优化)
