前燕、南燕、后燕、北燕 你知道这些燕国谁先谁后吗？
【菜科解读】
一、前燕，前燕(337年 - 370年)是十六国时代由鲜卑族贵族首领所建立的政权，其国号为“燕”。
其全盛时的统治地区包括冀州、兖州、青州、并州、豫州、徐州、幽州等部分。
历三世三主，共三十四年。
前燕以其所在地为战国时燕国旧地，故国号为“燕”。
前燕 1、开国皇帝，慕容皝(huang)(297年—348年10月25日)，即前燕文明帝，字元真，小字万年，昌黎棘城(今辽宁义县)人，鲜卑族，西晋辽东公第三子，十六国时期前燕的建立者。
在位337年―348年12年。
这位皇帝在位期间攻入高句丽都城丸都，慕容皝掘开高钊父亲高乙弗利的墓穴，用车载着尸体及其母妻和，劫掠了五万余男女百姓，焚烧掉高钊的宫室，毁灭了丸都而归。
2、末代皇帝，(wěi,350年-384年)，即前燕幽帝(360年―370年在位)，字景茂，鲜卑族，昌黎棘城(今辽宁义县)人，前燕景昭帝慕容俊第三子，母皇后可足浑氏，十六国时期前燕末代皇帝。
最后投降，迁徙到长安，384年策划杀害苻坚被提前发现被苻坚杀死。
二、南燕 南燕，十六国时期16国之一，所建。
398年建都滑台。
统治今山东及河南的一部分，史称南燕。
历二主十二年。
1、开国皇帝，慕容德(336年-405年10月18日) ，后改名慕容备德，字玄明，昌黎棘城(今辽宁义县)人，鲜卑族，前燕文明帝慕容皝幼子，母公，前燕景昭帝、皆为其兄，五胡十六国时期南燕开国皇帝。
在位398年―405年共8年。
不好找图，不知道对不对 2、末代皇帝，慕容超(384年―410年)，字祖明，南燕献武帝慕容德之侄，北海王慕容纳之子，十六国时期南燕最后一位皇帝。
生于西羌，出身慕破落贵族，曾在长安装疯行乞。
公元405年登基(在位5年)，最后被打败砍了。
三、后燕 后燕(384—409年)是十六国时期鲜卑所建立的国家，建立者为前燕文明帝慕容皝第五子慕容垂，都中山(今河北定州)，后迁往龙城(今辽宁朝阳)，全盛时有今河北、山东及辽宁、山西、河南大部。
后燕历七主，共二十四年。
1、开国皇帝，慕容垂，后燕成武帝慕容垂(326年11月4日—396年6月2日)，字道明(一说字道业、叔仁)，原名霸，鲜卑名。
慕容儁在位时赐名“夬”，后改为垂。
昌黎棘城(今辽宁义县)鲜卑族人。
十六国后燕开国君主。
前燕文明帝慕容皝的第五子，生母兰淑仪。
慕容垂不知道对错 2、末代皇帝，慕容云(?-409年)，字子雨，原名高云，是后燕惠慜帝的养子，十六国时期后燕最后一位皇帝(一说为北燕开国皇帝)，407年―409年在位。
这位死的比较有意思，自己选拔了一批精壮的武士作为心腹、爪牙。
后来被自己的亲信离班与桃仁杀死了。
四、北燕北燕(407年-436年)是十六国时期鲜卑化的汉人建立的政权。
传两代，共29年。
1、开国皇帝，冯跋(?―430年)，字文起，小字乞直伐，长乐信都(今河北冀州)人，十六国时期北燕君主，公元409年登基(在位21年)。
2.末代帝王，冯弘(?―438年)，字文通，长乐信都(今河北冀州)人，北燕文成帝冯跋之弟，十六国时期北燕君主。
他是抢了自己侄子的皇位。
在位六年。
公元436年，北魏攻打北燕，冯弘被迫逃往高句丽，两年后被高句丽王所杀。
十六国中叫“燕”的这四个国家，基本都是慕容家的，就最后一个是慕容家臣子建国，这在中国历史上也是比较少见的。
随机文章指南针为什么不叫指北针，中国以南方为尊/避开北极星的定位揭秘赤潮为什么是红色的，赤潮藻因海水污染而爆炸性增殖（染红大海）探索古墓里面真的有机关吗？各种各种致死性机关/针对贪财的盗墓贼终于知道人类为什么不登陆火星了，宇航员一旦登陆将有去无回2000年历史的德国长城，修建于古罗马时期/列入世界文化遗产
Android开发环境Eclipse配置、SDK升级、eclipse代码大小和字体更改
于是整理了一下升级所需的东东1. SDK 本身检测升级就好了，这里不多讲。
2.eclipse最新版，下载完成功双击打开就行了，无需安装。
3.最新版ADT下载安装。
ADT 22.0 下载地址：http://www.cr173.com/soft/62158.html安装步骤：打开Eclipse-->Help-->Install new Software-->输入名字-->点击Archive选择ADT.zip-->OK-->Next......图解：设置Android Preferences:将SDK Location Browse你的Android SDK存放路径，如图示：ＯＫ，启动一下看看，恭喜你，完成了，哈哈！eclipse代码大小和字体更改： Android,开发,环境,Eclipse,配置,、,SDK
Java编程中的编码问题、Java中的中文编码问题
unicode体系采用唯一的码点表示唯一的字符信息， 码点的存储方式有UFT-16、UTF-8 等等。
: AStringrepresents a string in the UTF-16 format in whichsupplementary charactersare represented bysurrogate pairs(see the sectionUnicode Character Representationsin theCharacterclass for more information). Index values refer tocharcode units, so a supplementary character uses two positions in aString.TheStringclass provides methods for dealing with Unicode code points (i.e., characters), in addition to those for dealing with Unicode code units (i.e.,charvalues).3. String只有一种格式，可认为String是独立于编码系统的，通过 getBytes(StringcharsetName) 可实现编码转换。
4. String对象是内存数据，string之间不存在编码变换问题。
5.编码转换场景主要在 I/O ， I/O 包括磁盘 I/O 和网络 I/O：文件输入输出、屏幕、数据库、浏览器、服务器。
6. 在内存中倒腾String数据是编码无关的，比如压缩编码。
7. 编码误区:new String(str.getBytes("ISO-8859-1"), "GB18030") 这种用法是无意义的，甚至是错误的。
这种用法是用GB18030编码将ISO-8859-1编码格式的字节数据强制转换成unicode码点，不乱码是运气！9.数据库JDBC能够处理 数据库数据 String 的正确互换。
9.OutputStreamWriter 和InputStreamWriter 应该指定编码格式，避免程序依赖操作系统默认编码。
10.用户从浏览器端发起一个 HTTP 请求，需要存在编码的地方是 URL、Cookie、Parameter。
服务器端接受到 HTTP 请求后要解析 HTTP 协议，其中 URI、Cookie 和 POST 表单参数需要解码，服务器端可能还需要读取数据库中的数据，本地或网络中其它地方的文本文件，这些数据都可能存在编码问题，当 Servlet 处理完所有请求的数据后，需要将这些数据再编码通过 Socket 发送到用户请求的浏览器里，再经过浏览器解码成为文本。
11. tomcat：URL 的 URI 部分进行解码的字符集是在 connector 的 12.QueryString(GET 查询参数) 的解码字符集要么是 Header 中 ContentType 中定义的 Charset 要么就是默认的 ISO-8859-1，要使用 ContentType 中定义的编码就要设置 connector 的 中的 useBodyEncodingForURI 设置为 true。
13.不要在 Header 中传递非 ASCII 字符，如果一定要传递的话，我们可以先将这些字符用 org.apache.catalina.util.URLEncoder 编码然后再添加到 Header 中，这样在浏览器到服务器的传递过程中就不会丢失信息了，如果我们要访问这些项时再按照相应的字符集解码就好了。
14.POST 表单的编解码:通过 HTTP 的 BODY 传递到服务端的。
当我们在页面上点击 submit 按钮时浏览器首先将根据 ContentType 的 Charset 编码格式对表单填的参数进行编码然后提交到服务器端，在服务器端同样也是用 ContentType 中字符集进行解码。
所以通过 POST 表单提交的参数一般不会出现问题，而且这个字符集编码是我们自己设置的，可以通过 request.setCharacterEncoding(charset) 来设置。
15.HTTP BODY 的编解码:当用户请求的资源已经成功获取后，这些内容将通过 Response 返回给客户端浏览器，这个过程先要经过编码再到浏览器进行解码。
这个过程的编解码字符集可以通过 response.setCharacterEncoding 来设置，它将会覆盖 request.getCharacterEncoding 的值，并且通过 Header 的 Content-Type 返回客户端，浏览器接受到返回的 socket 流时将通过 Content-Type 的 charset 来解码，如果返回的 HTTP Header 中 Content-Type 没有设置 charset，那么浏览器将根据 Html 的 中的 charset 来解码。
如果也没有定义的话，那么浏览器将使用默认的编码来解码。
%@ page contentType="text/html; charset= GBK" %>。
该设置和response.setCharacterEncoding("GBK")等效。
示例代码/** * @author zhenjing * @date 2013-9-7public class cnCodeTest { public static void toHex(char[] b) { for (int i = 0; i 几种常见的编码格式为什么要编码不知道大家有没有想过一个问题，那就是为什么要编码？我们能不能不编码？要回答这个问题必须要回到计算机是如何表示我们人类能够理解的符号的，这些符号也就是我们人类使用的语言。
由于人类的语言有太多，因而表示这些语言的符号太多，无法用计算机中一个基本的存储单元—— byte 来表示，因而必须要经过拆分或一些翻译工作，才能让计算机能理解。
我们可以把计算机能够理解的语言假定为英语，其它语言要能够在计算机中使用必须经过一次翻译，把它翻译成英语。
这个翻译的过程就是编码。
所以可以想象只要不是说英语的国家要能够使用计算机就必须要经过编码。
这看起来有些霸道，但是这就是现状，这也和我们国家现在在大力推广汉语一样，希望其它国家都会说汉语，以后其它的语言都翻译成汉语，我们可以把计算机中存储信息的最小单位改成汉字，这样我们就不存在编码问题了。
所以总的来说，编码的原因可以总结为：计算机中存储信息的最小单元是一个字节即 8 个 bit，所以能表示的字符范围是 0~255 个人类要表示的符号太多，无法用一个字节来完全表示要解决这个矛盾必须需要一个新的数据结构 char，从 char 到 byte 必须编码如何“翻译”明白了各种语言需要交流，经过翻译是必要的，那又如何来翻译呢？计算中提拱了多种翻译方式，常见的有 ASCII、ISO-8859-1、GB2312、GBK、UTF-8、UTF-16 等。
它们都可以被看作为字典，它们规定了转化的规则，按照这个规则就可以让计算机正确的表示我们的字符。
目前的编码格式很多，例如 GB2312、GBK、UTF-8、UTF-16 这几种格式都可以表示一个汉字，那我们到底选择哪种编码格式来存储汉字呢？这就要考虑到其它因素了，是存储空间重要还是编码的效率重要。
根据这些因素来正确选择编码格式，下面简要介绍一下这几种编码格式。
ASCII 码学过计算机的人都知道 ASCII 码，总共有 128 个，用一个字节的低 7 位表示，0~31 是控制字符如换行回车删除等；32~126 是打印字符，可以通过键盘输入并且能够显示出来。
ISO-8859-1128 个字符显然是不够用的，于是 ISO 组织在 ASCII 码基础上又制定了一些列标准用来扩展 ASCII 编码，它们是 ISO-8859-1~ISO-8859-15，其中 ISO-8859-1 涵盖了大多数西欧语言字符，所有应用的最广泛。
ISO-8859-1 仍然是单字节编码，它总共能表示 256 个字符。
GB2312它的全称是《信息交换用汉字编码字符集 基本集》，它是双字节编码，总的编码范围是 A1-F7，其中从 A1-A9 是符号区，总共包含 682 个符号，从 B0-F7 是汉字区，包含 6763 个汉字。
GBK全称叫《汉字内码扩展规范》，是国家技术监督局为 windows95 所制定的新的汉字内码规范，它的出现是为了扩展 GB2312，加入更多的汉字，它的编码范围是 8140~FEFE（去掉 XX7F）总共有 23940 个码位，它能表示 21003 个汉字，它的编码是和 GB2312 兼容的，也就是说用 GB2312 编码的汉字可以用 GBK 来解码，并且不会有乱码。
GB18030全称是《信息交换用汉字编码字符集》，是我国的强制标准，它可能是单字节、双字节或者四字节编码，它的编码与 GB2312 编码兼容，这个虽然是国家标准，但是实际应用系统中使用的并不广泛。
UTF-16说到 UTF 必须要提到 Unicode（Universal Code 统一码），ISO 试图想创建一个全新的超语言字典，世界上所有的语言都可以通过这本字典来相互翻译。
可想而知这个字典是多么的复杂，关于 Unicode 的详细规范可以参考相应文档。
Unicode 是 Java 和 XML 的基础，下面详细介绍 Unicode 在计算机中的存储形式。
UTF-16 具体定义了 Unicode 字符在计算机中存取方法。
UTF-16 用两个字节来表示 Unicode 转化格式，这个是定长的表示方法，不论什么字符都可以用两个字节表示，两个字节是 16 个 bit，所以叫 UTF-16。
UTF-16 表示字符非常方便，每两个字节表示一个字符，这个在字符串操作时就大大简化了操作，这也是 Java 以 UTF-16 作为内存的字符存储格式的一个很重要的原因。
UTF-8UTF-16 统一采用两个字节表示一个字符，虽然在表示上非常简单方便，但是也有其缺点，有很大一部分字符用一个字节就可以表示的现在要两个字节表示，存储空间放大了一倍，在现在的网络带宽还非常有限的今天，这样会增大网络传输的流量，而且也没必要。
而 UTF-8 采用了一种变长技术，每个编码区域有不同的字码长度。
不同类型的字符可以是由 1~6 个字节组成。
UTF-8 有以下编码规则：如果一个字节，最高位（第 8 位）为 0，表示这是一个 ASCII 字符（00 - 7F）。
可见，所有 ASCII 编码已经是 UTF-8 了。
如果一个字节，以 11 开头，连续的 1 的个数暗示这个字符的字节数，例如：110xxxxx 代表它是双字节 UTF-8 字符的首字节。
如果一个字节，以 10 开始，表示它不是首字节，需要向前查找才能得到当前字符的首字节 Java,编程,中的,编码,问题,、,中文,前往,java,
