Julia实现128位BitArray类对象能否直接替换bitarray.jl中UInt64为UInt128

直接做全局类型替换会直接触发大量逻辑错误，核心阻碍点如下：

• 强绑定64位块的硬编码常量失效：原生BitArray源码中存在大量和UInt64位宽绑定的魔法值，包括块位移位数6（对应2^6=64位/块）、块内偏移掩码0x3f、块最大偏移63等，仅替换类型不同步修改这些值，会直接导致位索引、块定位计算完全错误，出现越界访问、读写错位的问题。
• 底层优化逻辑完全失配：原生BitArray针对UInt64块做了大量针对性优化，包括SIMD向量化、内存对齐、CPU原生位运算指令适配，UInt128在多数消费级硬件上没有完整的原生位运算指令支持，替换后不仅性能会出现断崖式下跌，部分平台上甚至会出现运算结果不一致的问题。
• 周边配套逻辑隐式假设不成立：BitArray的序列化/反序列化、哈希计算、和其他数组类型的转换、内存拷贝、最后一块冗余位清零等逻辑，全部默认存储块为64位长度，仅替换类型会导致这些逻辑全部出错：比如序列化结果无法被标准Julia环境识别、count_ones/all/any等位归约操作返回错误值、跨类型转换出现数据截断。
• 接口兼容性完全破坏：Julia Base中大量针对BitArray的方法派发是绑定原生存储块类型的，替换后这些派发逻辑全部失效，会出现大量方法缺失、行为不符合预期的问题。

可行实现建议：
不需要魔改Base库的源码，你可以基于Vector{UInt128}自定义封装一个独立的位阵列类型：

• 统一定义块位宽常量为128，块位移位数为7，块内偏移掩码为0x7f
• 参照原生BitArray的接口实现索引、位运算、广播等核心逻辑
• 单独实现最后一个存储块的冗余高位清零逻辑，避免脏数据影响运算结果
  这种实现方式不会破坏原生Julia环境的稳定性，也可以按需定制位宽支持。

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