非对齐地址访问问题是指在计算机系统中，处理器尝试访问内存地址时，访问的起始地址不是内存访问宽度的整数倍。这通常出现在对内存进行字、半字、字节等不同大小的数据访问时。不同的处理器架构对非对齐地址访问的支持情况不同。在讨论的上下文中，ARM、DSP、POWERPC等RISC（精简指令集计算机）架构的处理器不支持非对齐地址访问，而X86架构的处理器则支持。
在字节对齐的情况下，数据访问更为高效，因为内存访问通常按处理器字的大小来组织，例如4字节对齐访问。如果数据的存储地址是处理器字大小的整数倍，那么在一次性读取或写入操作时可以一次性完成访问。而非对齐访问可能导致处理器需要执行多次读取操作，将数据拼接起来，这就影响了性能，增加了复杂度。
对于不支持非对齐访问的处理器，如ARM，当发生非对齐访问时，处理器会产生异常，通常会终止程序的执行。这也就解释了为什么在使用ARM架构时，进行内存操作（如分配内存、修改指针等）时需要格外注意内存地址的对齐问题，确保所有内存访问都是按照处理器架构要求对齐的。
例如，在ARM架构中，如果试图访问一个32位整数，该整数的起始地址应为4字节对齐，即地址的最后两位应为00。这是因为32位整数长度为4字节，处理器为了提高效率，规定了从其字边界（4的倍数）开始访问。同理，访问一个16位（半字）的数据，其起始地址应为2字节对齐，即地址的最后一位应为0。而对于8位（单字节）的数据访问，则没有对齐的要求。
字节对齐问题在编程时可能不会被开发者注意，特别是在开发初期，因为现代编译器往往会自动处理对齐问题。然而在某些情况下，尤其是程序需要移植到不同的硬件平台时，如果源代码没有考虑对齐问题，就可能造成程序崩溃或者运行不稳定。比如在使用KEIL进行ARM程序开发时，如果没有正确配置内存对齐，就可能遇到类似文章中描述的非对齐访问导致数据错误问题。
另外，操作系统层面也会对内存对齐做出要求，例如某些操作系统的API提供的内存分配函数可能已经考虑了对齐问题，返回的内存地址是按照一定规则对齐的。然而在某些情况下，如使用固定大小的内存池分配内存时，如果池中的起始地址没有对齐，就会产生问题。文章中提到的lwIP协议栈移植问题就是一个很好的例子，mem_malloc()分配内存时分配到了不是4字节倍数的起始地址，这导致了在特定开发环境（如KEIL）下程序出错。
在对齐问题的处理上，开发者需要根据目标硬件平台的具体要求进行编程。例如，在ARM平台上编程时，可以使用编译器提供的属性或宏来定义变量和数组的对齐方式。此外，也可以手动指定结构体或联合体的对齐方式，确保数据在内存中的布局符合硬件平台的要求。
理解并处理好字节对齐问题是嵌入式系统开发中的一个重要方面，它关系到程序的稳定运行和性能。开发者需要根据所使用的处理器架构文档，了解内存对齐的具体规则，并且在程序设计和内存分配中予以实施，从而避免在不同硬件平台间移植时出现的非对齐地址访问问题。
