x64编译下消除LoadPng格式转换代码的编译警告

针对C4334（32位移位结果隐式转64位）的修复 #

• 显式强制转换移位操作的源类型，消除隐式转换风险。比如原代码中32位变量移位后赋值给64位变量的场景，修改为：

  // 原代码
  uint64_t result = int_var << 24;
  // 修改后
  uint64_t result = (uint64_t)int_var << 24;
  

• 统一移位操作的变量类型：将参与移位的32位变量替换为int64_t/uint64_t（逻辑允许的前提下），从根源避免跨宽度移位的隐式转换。

针对C4267（size_t转unsigned short可能丢数据）的修复 #

• 添加范围检查后再强制转换：由于x64下size_t是64位类型，直接转16位unsigned short存在溢出风险，修改为：

  // 原代码
  unsigned short img_width = img_size_width; // img_size_width为size_t类型
  // 修改后
  assert(img_size_width <= USHRT_MAX); // 确保数据在unsigned short范围内
  unsigned short img_width = (unsigned short)img_size_width;
  

• 若需支持大尺寸图片，直接修改库中存储宽高的变量类型为size_t或uint32_t，同步调整所有依赖该变量的逻辑（如内存计算、循环边界判断等）。

24位RGB无Alpha通道的代码适配 #

• 裁剪LoadPng库中的Alpha通道逻辑：移除所有PNG_COLOR_TYPE_RGBA、PNG_COLOR_TYPE_GRAY_ALPHA相关的判断分支，仅保留PNG_COLOR_TYPE_RGB的处理代码；
• 编码PNG时强制指定格式：调用库编码接口时，明确传入PNG_COLOR_TYPE_RGB参数，确保生成无Alpha的24位RGB图；
• 优化内存处理：24位RGB每个像素占3字节，直接按字节块拷贝数据，避免逐像素处理时的类型转换操作，减少警告触发点。

跨平台无外部依赖的保障 #

• 替换平台专属内存函数：将库中Windows特有的LocalAlloc/LocalFree替换为标准C的malloc/free；
• 使用固定宽度类型：所有涉及内存、像素数据的变量统一用<stdint.h>中的uint8_t、uint32_t等类型，避免平台默认类型宽度差异；
• 开启严格警告编译：在VS2022中启用/W4警告级别，确保所有潜在类型不匹配问题被暴露并修复。

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