如何优雅实现10M内存分4模块（每块为64整数倍）的代码编写

原代码的核心问题很突出：用浮点数计算内存大小再强制转uint32，会因浮点数精度丢失导致实际大小不符合预期（比如0.3*1024*1024的结果是314572.8，转成整数后是314572，并非64的整数倍），且浮点数比例的配置方式不直观，维护时容易出错。

下面是一种简洁可靠的实现方式，全程用整数运算避免精度问题，同时满足所有要求：

typedef unsigned int uint32;

// 核心常量：精确定义总内存和对齐粒度
#define TOTAL_MEM_SIZE       (10U * 1024U * 1024U)  // 10M 精确字节数
#define ALIGNMENT            64U                    // 要求的对齐倍数

// 用整数比例替代浮点数，避免精度丢失（原比例0.3/3.5/3.7/2.5对应3/35/37/25，总和100）
#define BASE_RSV_SIZE        (TOTAL_MEM_SIZE * 3U / 100U)
#define BASE_UL_SIZE         (TOTAL_MEM_SIZE * 35U / 100U)
#define BASE_DL_SIZE         (TOTAL_MEM_SIZE * 37U / 100U)

// 对齐宏：将数值向下取整到最近的ALIGNMENT倍数
#define ALIGN_DOWN(size)     ((size) & ~(ALIGNMENT - 1U))

// 计算对齐后的各模块大小
#define DP_BUF_RSV_SIZE      ALIGN_DOWN(BASE_RSV_SIZE)
#define DP_BUF_UL_SIZE       ALIGN_DOWN(BASE_UL_SIZE)
#define DP_BUF_DL_SIZE       ALIGN_DOWN(BASE_DL_SIZE)

// 最后一个模块用总内存减去前三个对齐后的大小，自动保证总和精确10M且满足对齐
#define DP_BUF_COMMON_SIZE   (TOTAL_MEM_SIZE - DP_BUF_RSV_SIZE - DP_BUF_UL_SIZE - DP_BUF_DL_SIZE)

方案优势 #

• 无精度丢失：全程整数运算，彻底规避浮点数转换带来的误差。
• 自动满足对齐：ALIGN_DOWN宏通过位运算快速实现64字节对齐；由于总内存本身是64的整数倍，前三个模块对齐后的和也是64的倍数，因此最后一个模块的大小自然符合对齐要求。
• 易维护：调整模块比例只需修改BASE_*_SIZE里的分子（比如把3改成4就对应0.4M），直观且不易出错。
• 总和精确：最后一个模块用总内存兜底，确保四个模块大小之和正好是10M。

如果偏好类型更安全的实现，也可以用编译期常量替代宏：

typedef unsigned int uint32;

static const uint32 total_mem_size = 10U * 1024U * 1024U;
static const uint32 alignment = 64U;

static const uint32 base_rsv_size = total_mem_size * 3U / 100U;
static const uint32 dp_buf_rsv_size = base_rsv_size & ~(alignment - 1U);

static const uint32 base_ul_size = total_mem_size * 35U / 100U;
static const uint32 dp_buf_ul_size = base_ul_size & ~(alignment - 1U);

static const uint32 base_dl_size = total_mem_size * 37U / 100U;
static const uint32 dp_buf_dl_size = base_dl_size & ~(alignment - 1U);

static const uint32 dp_buf_common_size = total_mem_size - dp_buf_rsv_size - dp_buf_ul_size - dp_buf_dl_size;

这种方式和宏实现效果一致，但拥有更好的类型安全性，避免宏文本替换可能带来的优先级问题。

内容的提问来源于stack exchange，提问作者nn huang