或许你曾经仔细了解过什么是大端小端，也动手编写了测试手头上的机器上是大端还是小端的程序，甚至还编写了大端小端转换程序；但过了一段时间之后，当你再看到大端和小端这两个字眼，你的脑中很快浮起了自己曾经做过的工作，却总是想不起究竟哪种是大端、哪种是小端，然后又去查以前写的记录？更让人不快的是，这种经历反反复复，让你十分困扰。如果你和以前的笔者一样，有过这种不快的经历，那么这篇文章希望能帮你彻底解决这个苦恼，让你彻底记住它们。
如果你在工作中经常使用到大端和小端以至于对它们十分熟悉，或者你的记忆力在保持时间的长度和精准度上都十分优秀，以至于不需要借助其他的方法，那么这篇文章不适合你。
如果你在看这篇文章前完全不知道什么是大端和小端，那么可以参考这篇文章http://blog.csdn.net/ce123/article/details/6971544# ，并且自己做一些测试，然后再来看本文。
为了帮助记忆，理解是必要的；而记忆的目的，也就是为什么要记住它，是更重要的。或许你会问，先了解概念，用的时候再查，不行么？其实我之前也是这么认为的。大端和小端这两个名词，你会在很多有关网络编程、系统设计、甚至是代码写作的书上看到，而且它也是很多公司的笔试题、面试题热门，可见它在一些领域是很常用。如果用的时候再查，一方面要降低你的工作效率，另一方面，应试的时候也不是你想查就能查的；最主要的是，其实掌握规律后，记住它们并不困难。
现在先来理解这对概念，大端和小端这两个令人迷惑的术语究竟是如何产生的？《程序设计实践》第9章中提到，“大端”和“小端”可以追溯到1726年的Jonathan
Swift的《格列佛游记》，其中一篇讲到有两个国家因为吃鸡蛋究竟是先打破较大的一端还是先打破较小的一端而争执不休，甚至爆发了战争。1981年10月，Danny Cohen的文章《论圣战以及对和平的祈祷》（On holy wars and a plea for peace）将这一对词语引入了计算机界。这么看来，所谓大端和小端，也就是big-endian和little-endian，其实是从描述鸡蛋的部位而引申到计算机地址的描述，也可以说，是从一个俚语衍化来的计算机术语。稍有些英语常识的人都会知道，如果单靠字面意思来理解俚语，那是很难猜到它的正确含义的。在计算机里，对于地址，很少用“大”和“小”来描述；对应地，用的更多的是“高”和“低”；很不幸地，这对术语直接按字面翻译过来就成了“大端”和“小端”，让人产生迷惑也不是很奇怪的事了。
不过给我启发的是，在裘宗燕翻译的《程序设计实践》里，对术语并不是“大端”和小端，而是“高尾端”和“低尾端”，这就好理解了：如果把一个数看成一个字符串，比如11223344看成"11223344"，末尾是个'\0'，'11'到'44'个占用一个存储单元，那么它的尾端很显然是44，前面的高还是低就表示尾端放在高地址还是低地址，它在内存中的放法非常直观，如下图：
“高/低尾端”比“大/小端”更不容易让人迷惑。但是根据个人经验，在市面上的书籍、网络上的各种资料中，很遗憾，前者已经很少见了，多见的是后者。好在这两对形容词中，恰好“高”和“大”对应，“低”和“小”对应；既然高尾端对应的是大端，低尾端对应的是小端，那么当你再见到大端和小端这一对术语，就可以在脑中把它们转化成高尾端和低尾端，这时凭着之前的理解，甚至不用回忆，想着高低的字面含义就能回想起它们的含义。但是很奇怪的是，同样是裘宗燕翻译的《编程原本》（Elements
of Programming），却把big-endian翻译成大尾格式（第一章）。
理解之后，总结一下，记忆的方法是：
（数据看成字符串）大端——高尾端，小端——低尾端
稍一思索什么是“高”、什么是"低"，"尾端"又是什么，问题迎刃而解，再不用担心被“大端”和“小端”迷惑。用这种方式，是时候放弃原先的死记硬背和容易把自己绕进去而发生迷惑的理解了。