优化后的函数在x86_64上编译为mov rax, qword ptr [rdi]，在aarch64上编译为ldr x0, [x0]。
当from_le_bytes非常接近时，这真的是一个有用的增益吗？失败分支中的unreachable_unchecked()基本上可以让您到达那里？两者都保留的唯一内容是一个分支的切片大小，但这应该是一个非常好的预测分支。
很多年前，我曾在ARM架构上工作过，在该架构中，未对齐读取会导致对齐读取，然后重新排列字节，以便将该地址的u8或u16移到寄存器的最低位。
您可能会想到ARMv6和更早的版本，特别是ARMv5和更低版本，它会将地址舍入为4的倍数，然后可能会进行奇怪的旋转。
AVMv8很好地支持未对齐的读取，至少对于大多数操作是这样，尽管可能会出现perf命中。
如何确保那些ARM架构（可能还有其他架构）不会运行优化版本？
我认为使用target_arch显式枚举是最不坏的选择，它可能会将perfs留在桌面上，因为处理未对齐的读取并不总是ISA属性（特别是涉及到性能配置文件时）。

虽然没有解决最初的问题，但我能够通过根本不使用切片来满足我的需求，而没有不安全的代码：

#![feature(slice_as_chunks)]
...
pub fn u64_from_first_eight(buf: &[u8; 9]) -> u64 {
    let parts: (&[[u8; 8]], &[u8]) = buf.as_chunks();
    u64::from_le_bytes(parts.0[0])
}

pub fn u64_from_last_eight(buf: &[u8; 9]) -> u64 {
    let parts: (&[u8], &[[u8; 8]]) = buf.as_rchunks();
    u64::from_le_bytes(parts.1[0])
}

这些生成高效的汇编代码。
x86_64：

example::u64_from_first_eight:
        mov     rax, qword ptr [rdi]
        ret

example::u64_from_last_eight:
        mov     rax, qword ptr [rdi + 1]
        ret

第64章：

example::u64_from_first_eight:
        ldr     x0, [x0]
        ret

example::u64_from_last_eight:
        ldur    x0, [x0, #1]
        ret

更新：感谢Chayim Friedman，我现在有了下面的代码，它不依赖于夜间特性，但编译成相同的单一汇编指令。

pub fn u64_from_low_eight(buf: &[u8; 9]) -> u64 {
    let bytes: &[u8; size_of::<u64>()] = buf[..size_of::<u64>()].try_into().unwrap();
    u64::from_le_bytes(*bytes)
}

pub fn u64_from_high_eight(buf: &[u8; 9]) -> u64 {
    let bytes: &[u8; size_of::<u64>()] = buf[1..(size_of::<u64>()+1)].try_into().unwrap();
    u64::from_le_bytes(*bytes)
}