寒冰

2008 惊天大预言

朱瑟里诺先生（Mr.JuseleenoNobulegaDaRoose音译）他是巴西人，出生於1960年，今年47岁，目前的职业是学校的教师，现在与妻子儿女4 人过著很清贫的日子，他是位极平实的市民。他所预言的事件与大灾祸发生之年、月、日，均有明确的指示，其次为了以後若有第三者想确认他预言的真假性，朱瑟里诺都会将他预言的事故之日期与内容，登录在公证事务所或国营邮局里，以方便对方查证

有人问他从几岁开始梦到「预知梦」，他回答说九岁，1969年的时候开始，一天有时梦三件，也曾梦过九件，每天所梦到的次数不一样。他说见到的预知梦都是不知不觉的很自然地出现在他的梦境里，决不是他自己选择的。朱瑟里诺十九岁时，遇到巴西很有名的预言圣人Mr.Franciscoshabiz，以後世界性的灾害与事件在他的预知梦中逐渐增加。Mr.Franciscoshabiz曾经两次被提名为诺贝尔和平奖的候选人，他是位很有名的特异功能者(通灵者)，同时也是位慈善事业家。因为这个因缘，朱瑟里诺所预言的事件已超过8万件，首先从他的预言中挑选出几件已经发生的世界性大事件与巨大灾害，让我们一起来回顾以下之事件。

◎戴安娜王妃被暗杀事件：

1997年3月4日从邮局寄给戴安娜王妃之警告书：「我接到从上帝来的讯息告知，有人恶意设计让您发生车祸之阴谋，您的生命同时也会遭到危险，七位天使如此地告诉我。也许您会在这次车祸中丧生，但是专家们可能会把它当作是驾驶失误而造成的撞车事故处理，可是他们都完全错误了。杀人凶手就在您附近...... 此暗杀事件可能於2000年到来之前发生。」

朱瑟里诺也曾将此警告书邮寄给英国最具代表性的Times、 DailyTelegraph以及Guardian等三大报社，但始终没被报导。车祸事故於警告书寄出的五个月後1997年8月31日发生，如预言所述最後以单纯的驾驶失控交通事故而草率地处理了。此预言的正确性不单只预告一件将发生震撼全世界的大事件之外，还很明确地预知此事件被隐藏著惊人阴谋的真相。事故发生後很多人传言，此事件是由伊丽莎白女王为中心之英国王室所设圈套暗杀戴安娜王妃的谋杀事件。

预言中记载此事故会在 2000年之前发生，虽然没有正确的年月日，但是在此预告的两年前，朱瑟里诺寄给当时的巴西总统 FernandoHenriqueSilvaCardoso卡多佐之信函中(此信函盖有公证事务所印章)提到，「1997年到98年戴安娜王妃会死亡......」等文字。

◎世界贸易中心大厦（双子星大厦）的第二次攻击，第二次是911同时数次恐怖事件

1989年寄给美国总统与英国领事馆之警告书，1989年10月26日邮寄的警告书也登录在Palana（音译，也许有误）镇， Mr.Klicheeba（音译，也许有误）经营的第一公证事务所。此封警告书中也预言1993年世界贸易中心大厦将会第一次受到攻击，虽然没有预告特定日期，但第二次的攻击很明确地告知2001年9 月11日。关於此警告书的结果诚如各位所知，第一次的攻击於警告书寄出的三年半後1993年2月26日，於停车场发生炸弹爆炸案造成伤亡，第二次的攻击则发生於约13年後的2001年9月11日，震惊全世界的「911同时数次恐怖分子攻击事件」。

更令人惊叹的是，此警告预言信函中也记载<>第二次发生攻击事件後，阿富汗与伊拉克战争爆发，伊拉克战败後，海珊总统会潜逃到伊拉克中部的AdDawr镇之一处避难所隐藏等等，都详细预告，诚如各位读者已知的事件，在这些警告书中所预言的事件都逐一发生了。

◎印尼苏门答腊海上大地震

於印度洋海啸1996年9月16日寄给印度大使，最早寄出的警告书约於灾害发生的8年前，邮寄给驻在巴西首都巴西利亚的印度大使。此警告书中预言 2004年12月26日早晨在印尼的Aceh亚齐省会发生8.9级地震，印尼与印度会被10米高的海啸袭击。1997年4月30日寄给印尼 MegawatiSukarnoputri梅加瓦蒂总统之警告书，此警告公函之内容如下所述：「我在梦中见到2004年12月26日早晨7点，南亚洲将会被8.9级之超大地震侵袭，同时也会引发10米高的海啸，波及范围将从印尼的Aceh省开始，印度、马来西亚、斯里兰卡、秦国、马尔地夫、孟买，更扩大到摩里西斯等地。而且一定会有一万的生命被夺走......」

其结果，果真如警告书中预言地震发生於12月26日早晨7点58分，死亡人数超过20万人，最大的海啸高达30米，有很多人被涌上来的海啸吞没了。其他如印尼、菲律宾、秦国等国的大使馆也都发送同样的公函，这些公函上全都盖有邮局发送证明之邮戳。并且朱瑟里诺先生也收到从以上各国的大使馆或总统秘书官寄来的感谢函。

从梅加瓦蒂总统府寄来的感谢信函中，很感叹地写道：「关於地震与海啸如果於2004年发生的话，为了要预防此悲惨的灾难发生，有很多事情我们不得不去做，但是我们又无能为力。」另外，从印尼大使馆的书信中简单回函如下：「......我们会将此内容传达给本国政府，如果还有其他情报追加的话，请勿吝惜通知。」

由此可知，於灾害发生的8年前，朱瑟里诺就已经预告会有死亡人数超过20万人的超级大地震与大海啸侵袭南亚，从以上的警告书中详细所述我们得知，朱瑟里诺也都个别发送公函将地震海啸之规模、发生之年月日及时间，全部详细内容通知会遭到波及的邻国，但是实际上他们都没有采取任何适当的预防措施。

在此，笔者将朱瑟里诺先生预言近未来数年间可能发生的大型天灾人祸，挑选几件列记如下：

◎2007年

●龙卷风袭击巴西旧都里约热内卢，造成数千人死亡。

●2007年或2008年的7月日本会发生地震，同时会引起30米以上的大海啸。

●10月日本会因地震与台风受到灾害，关於台风在警告公函中，有预言10月26日会发生巨大台风。

●12月17日美国会发生恐怖事件。

◎2008年

●治疗AIDS爱死病与Dengue登热病之有效药开发成功。

●7月18日菲律宾会发生8.1级大地震，将有数千人死亡。

●美国纽约EmpireStateBuilding帝国大厦，9月会发生恐怖事件。

●9月13日中国发生超强烈9.1级大地震，其震源地在南宁与海南岛，同时也会引发30米以上的大海啸，造成数百万以上的人遇难死亡，如此强烈的地震所引发的海啸很可能冲到对岸的日本。

◎2009年

●1月25日会发生8.9级大地震袭击大阪与神户，将有数十万人牺牲。

●11月日本会再度发生大地震，将有数千人死亡。

●巴西政府因为经济危机而无法发放保险金与年金，造成人民在都市与监狱内发起暴动。

●8月24日土耳其的伊斯坦堡将会发生8.9级的大地震，街道会断裂。

●12月16日印尼的Sumatra苏门答腊列岛之东会发生7.8级地震，数千人死亡。

◎2010年

●非洲的数个国家之气温可能高达摄氏58度，同时发生严重的缺水。

●6月15日纽约的股票市场会崩盘，世界的经济将陷入危机状态。

非洲的温度会高达摄氏58度，初耳闯似乎很难相信的数字，但事实上听今年(07年)的5月初，到过非洲周围旅行过的人所言，Greece希腊与 Turkey土耳其的气温已高达摄氏39～40度，而伊拉克与阿拉伯半岛的主要都市则持续高达摄氏45～46度的酷热高温，夏天的最高温也许有可能。但5 月初就如此高温，可想而知到2010年的夏天地球温暖化会越严重，非洲各国的气温十分有可能创下想像以外之高温。

◎2011年

●癌症的治疗方法研究成功，但另一种新的病症又会发生。

●致命性的病毒会出现，被命名为失去免疫力的「ALS」(音译，也许有误)，如果感染上此病只要4小时即会死亡。

●乌类禽流感H5N1型从正式的感染给人类，到2013年止约有7,300方人病死。

朱瑟里诺先生预言的特徵不只能预告传染病与地震之发生，甚至未发生的疾病与地震的名称都能预知，例如前美国副总统「艾尔．高尔」的有名著作之书名「不愿面对的真相」、龙卷风袭击巴西旧都里约热内卢造成数千人死亡、2011年的威胁性传染病的名称「ALS」、2006年的美国旧金山之超强烈大地震命名为「TheBigOne」等代表性事例。

◎2012年

●由於乾旱而火烧旱田之范围扩大，开始沙漠化，从2015年到2020年间亚马逊的树木会消失。

●从12月6日开始天空变成黑云时代，被称之为气象性混沌。

●由於传染病之蔓延人类开始灭亡。

◎2013

●脑肿瘤以外的癌症之治疗法研究成功。

●西印度群岛(加勒比海附近诸岛)的巴哈马岛，从11月1日～25日的期间因为火山爆发而发生地震，之後又会引发150米高的超巨大海啸，约80米高的海啸会涌到加勒比海，美国本土、巴西等地也会再冲到15公里～20公里的内陆地。海啸要发生之前海水会沉下约6米深，大量的乌类也会开始移动。

朱瑟里诺先生预告当狗和猫知道有大劫难要来时，它们会想逃离现场，在离现场的24小时前它们会有异常的行动，所以我们可依此做为判断的标准。

◎2014年

●慢慢接近地球的小行星(Planet)有可能与地球发生相撞，此小行星的存在影响世界人类存灭之问题。

◎2015年

●11月中地球的平均气温可能高达摄氏59度，会有很多人被热死，世界的大混乱也随之扩大。

◎2016年

●4月中会发生台风侵袭，中国有大都市会遭到破坏，约有1,000人死亡。

●美国的现任总统乔治布希先生将会紧急入院，面临生命危机。

◎2018年

●关於小行星向地球接近之问题，世界各国的政府首脑群集举行对策会议，朱瑟里诺先生於2000年时已经预知，且向NASA美国国家航空暨太空总署发出通告此小行星之存在，2002年6月31日NASA也确认并发表过将此小行星命令为「2002ZNT7」。

◎2019年

●可能会研究出以科学力量来解决的方法，可是如果地球相撞的话，则会造成世界上1／3的人口会被毁灭。朱瑟里诺先生预言小行星会撞上地球的可能性约60%。

●6月日本的东海地区会发生比印尼苏门答腊海上大地震还要强烈的巨大地震。

◎2025年

●天文学家会再发现新的小行星，而且很有可能再度与地球相撞，相撞的可能性约80%。

◎2026年

●7月旧金山会发生超巨大地震，被称为「TheBigOne」，SanAndreasFault圣安德烈斯大断层会被破坏，加州会崩垮掉，很多火山口会重新开启，海啸的高度也会超过150米。

从未来的预言警告中，除了以上的预言之外，还有更令人惊骇的预言，朱瑟里诺先生可以告知的最後预言到2043年：

◎2043年

●世界人口大量减少，约有80%的人死於大劫难中。

◎2008年在北京举行的世界奥林匹克运动会能顺利举行吗？

如前所述，2008年在中国会发生超过百万人死亡的9.1级大地震，依朱瑟里诺先生的预知，地震的发生日期是9月13日，而奥林匹克的举行日期8月 8日～24日，从此行程来看，奥林匹克运动会结束之後才会发生地震。但担心的是9.1级的大地震要发生之前，有小地震会频繁地发生，因此也会让国家与人民陷入不安。

9.1级的大地震之前会有频繁的小地震发生，虽然朱瑟里诺没有明确地预告什么时候，但如果以约一至二个月前来推测的话，很可能在世界运动会进行中发生，这样的话更会让主办单位与参加的选手信心动摇。笔者看到朱瑟里诺先生这段预言时，脑海里瞬间回忆起自称时空旅行者的 Mr.JohnTitoer(音译)的遗言，「2004年在希腊雅典举行的奥林匹克是最後的一次。

不过，预告的震源地如果在中国最南端之南宁与海南岛附近的话，而这两地的周围只要不设置比赛场地，那么世界运动会将可能圆满结束。但问题是中国政府只顾面子，以世界运动会之成功与否为最优先考量的话，而忽视了频繁的前震，事前都没有做任何对策的可能性很高。中国政府也许会根据情况而管制发布报导，将预兆的前震之发生对内於对外一切封闭，如此的做法绝对会如预言所述灾害惨重。朱瑟里诺先生的警告书中也预言，「如果对居民没有做好事前的保护，会带来极严重的损失。

◎朱瑟里诺先生的预言中也通告过的冰河期已到来了

他对於气候起了异常变化也有很惊人的正确预言，其中之一，在2003年欧洲发生高温现象，2001年10月29日的警告书中朱瑟里诺预言，「自然生态要对世界反击了，法国、德国与葡萄牙等地的气温上升，造成数万人死亡，此灾害会於2003年与2004年发生。」实际上，2003年夏天的气温在欧洲的观测史上达到最高温，约有35,000人死於热中症。其中以法国和德国受害最多，法国死了约14,000人，德国约7,000人。

从朱瑟里诺的预言来看，地球温暖化年年急剧上升，到2012年非洲国家的气温可能达到让人惊慌的高温摄氏58度，同时也会发生严重的缺水，之後气温也会更加上升，直到2015年地球的平均气温会达到摄氏59度，有很多的人会被热死，人类的大恐慌将会扩大到全世界。果真如此的话，当然会因为乾旱与食粮不足而引起国与国间对立，朱瑟里诺先生也预言2011年会因为缺水问题而引起新的战争爆发，关於此战争他并没有清楚的预告，但总觉得并非单纯的国境纷争之战而已。

无论如何，现在发生的温暖化现象并不像气象学家认为的「暖化速度很缓慢」，而是直线急速上升。可是温暖化似乎也非绝对持续不断，温暖化之後，被称为寒冷化的逆转现象正等待著。只要地球温度如此急剧上升的话，Greenland格陵兰岛与南极会有相当量的冰被溶解是绝对避免不了的，其结果海洋大循环减弱而变成寒冷化，一口气逼近，其意味著将会有一个新的冰河期产生。朱瑟里诺先生的预言中好像也证明2027年地球的寒冷化刺激之情形发生後，还要面临另外一个新的冰河期。其预言的详细内容如下：

「美国的黄石公园开始火山爆发，由於此大喷火而产生的喷烟与岩浆，会四处扩散到约1,600公里的地方，如Kansas堪****州、Nebraska内布拉斯加州与Montana蒙大拿州等地方都会遭到大灾害，此火山爆发之後又会产生新的冰河期。火山爆发并不只是黄石公园，在世界各地同样有可能发生，由於这些喷烟将太阳光遮盖了，更由於海洋大循环之停滞而刺激了寒冷化现象之形成。」

◎艾尔．高尔获得诺贝尔和平奖

诚如各位所知，美国前副总统高尔致力於地球温暖化问题之研究，其有名的著作「不愿面对的真相」被拍成电影，而且也获得奥斯卡金像奖，让很多人抱著惊喜来迎接高尔的地球温暖问题登上银幕。实际上於19年前1，988年时朱瑟里诺先生已预知了，此消息被刊登在6月号的Moon杂志上，发行前的5月底，学研的编辑长告诉笔者时，我也感到吃惊而愣了一会儿。

根据1988年朱瑟里诺先生邮寄给当时担任参议员的艾尔．高尔的预言信函中就已告知高尔先生，从1993年～2001年他会担任柯林顿政权的副总统，将来会致力於保护地球环境之活动，并且还会以著书「不愿面对的真相」而出名，朱瑟里诺以英文写给高尔的书信中，也标上书名「AnInconvenientTruth」。其次在预言书信中也告知高尔其启蒙活动会被认定，而且会获得2007年的诺贝尔和平奖，也许今年的秋天就会发表得奖者名单了。不久我们就可以拭目以待对艾尔．高尔之预言，朱瑟里诺先生之预言能力我们绝对不可以否认。

◎留给人类的时间只剩不多了，2007年12月开始，「黑云」会蔓延到世界各地的天空中

朱瑟里诺先生预言，如果我们人类还保持现状的话，从2008年到2012年世界的人类，将会过著很恐怖的日子，灾害要发生之前兆，即世界各地的天空会被扩散的「黑云」所覆盖。总觉得为了让未来世界要面临的大劫难，包括气候变动与战争之发生等灾难化为零，纵然发生的话，也能将其规模变小的话，2007 年年底止，是我们人类觉醒的最後时限。朱瑟里诺期望到2007年底世界上能发生很大的「意识改变」。

事态的严重性已迫在眉睫了，而我们人类依然固执坚持他力本愿(自己希望不要发生这些灾难，但都是寄望由别人来搭救解决)、麻木不仁的话，朱瑟里诺先生预告给人类的黑暗未来之预言，似乎即将接连不断要发生了。我们每个人要各自先觉悟，更要意识到事态之重大性，个人就个人，团体就团体，国家就国家，坚守自己的岗位，各自付诸行动，因为最後期限即将到来了。

「无力」与「微力」绝对不能混为一谈，无力的意思是无论结集多少人也不能形成力量，而微力则人数结集愈多，力量会变得愈强大。譬如从我们每个人自己先做起，虽然一个人所为的力量微薄，但我们可以影响数百万人甚至千万人，决定可以形成改变未来大劫难的一股强大力量。

阅读全文>>

在Java编程中，中文字体编码难倒了不少程序员，如果抓住了影响Java中文显示的几个关键因素，问题将迎刃而解。
Java是目前最流行的面向对象的编程语言之一，Java支持UTF-8、ISO-8
859-1、GBK等各种字体编码，可笔者发现Java中字体编码的问题仍难倒了不少程序员，网上虽然也有不少关于在Java中如何正确显示中文的文章，但都不够全面，笔者特意总结如下。
影响Java中字体编码正确显示的有几个因素: 1)数据库的连接方式; 2)网页中使用的字体编码; 3)数据库里存放数据的字体编码; 4)Java的缺省字体编码。如果在编程中遇到不能正确显示中文时，要先弄清楚以上几项所使用的字体编码，再分析找出原因，即可解决问题。
众所周知，JSP是Java的一种，和网页有关，而网页也有自己的中文编码系统，所以JSP处理中文要比纯Java的类文件更为麻烦。本文的测试数据库是MySQL3.2，数据库连接驱动是用org.gjt.mm.mysql.Driver，这里主要讨论UTF-8和GBK的显示( GB2312是GBK的一个子集，Java中可以使用GBK来代替GB系列)。我们先来研究JSP中字体编码问题， 下面第一到第六点是针对JSP的(因为从数据库里读出中文数据与写入中文数据有所区别，咱们分别说明，前三点是从读取数据库到显示在网页，后三点是从网页输入数据到存入数据库)，第七到第九点针对纯Java的类文件。 以下rs表示ResultSet的一个实例，是执行Select语句之后产生的数据集。
一、数据库连接方式使用UTF-8
在连接数据库的驱动后面加上这句参数useUnicode=true&characterEncoding=
UTF-8，例如jdbc:mysql://localhost/DBVF?autoReconnect=true&useUnicode=
true&characterEncoding=UTF-8，从数据库里读出中文显示在使用GBK的JSP的网页里，如果数据库里存放的字体编码是UTF-8，在JSP中使用 str=new String(rs.getBytes(1),"UTF-8")或者str=rs.getString(1)，可以正确显示中文。如果数据库里存放的是GBK数据，那么JSP中也要使用str=new String(rs.getBytes(1),"GBK")来显示正确的中文。值得注意的是如果页面使用UTF-8，数据库里存放的是UTF-8，也可以用str=new String(rs.getBytes(1),"GBK")正确显示中文。如果网页是UTF-8，而数据库里存放的是GBK，无法直接显示中文，需要2步转换, str=new String(rs.getBytes(1),"GBK"); 再str=new String(str.getBytes("UTF-8"),"GBK")，才可以正确显示中文。
二、数据库连接方式使用GBK
在连接数据库的驱动后面加上这句参数useUnicode=true&characterEncoding=
GBK,例如jdbc:mysql://localhost/DBVF?autoReconnect=true&UseUnicode=true&
characterEncoding=GBK，从数据库里读出中文，显示在使用GBK的JSP的网页里，如果数据库里存放的字体编码是UTF-8，在JSP中一定要使用 str=new String(rs.getBytes(1),"UTF-8")，才正确显示中文。如果数据库里存放的是GBK数据，那么JSP中也要使用str=new String(rs.getBytes(1),"GBK") 或者直接使用str=rs.getString(1)，即可显示正确的中文。 如果网页是UTF-8，而数据库里存放的是GBK，只能用str=new String(rs.getString(1).getBytes("UTF-8"),"GBK")的方法来显示中文; 如果网页是UTF-8，而数据库里存放的是UTF-8，可用str=new String(rs.getBytes(1),"GBK") 或者rs.getString(1)方法来显示中文。
三、使用缺省数据库连接方式
连接数据库的驱动后面没有这句参数useUnicode=&characterEncoding=，例如jdbc:mysql://localhost/DBVF?autoReconnect=true，没有参数useUnicode=true&characterEncoding，表示使用默认的ISO-8895-1编码。
1. 从数据库里读出中文，显示在GBK的网页里。如果数据库里存放的字体编码是UTF-8，在JSP网页中一定要使用语句 str=new String(rs.getBytes(1),"UTF-8") 或者str= new String(rs.getString(1).getBytes("ISO-8859-1"),"UTF-8")，才可正确显示中文。如果数据库里存放的是GBK数据，那么JSP中也要使用str=new String(rs.getBytes(1),"GBK")或str=new String(rs.getString(1).getBytes("ISO-8859-1"),"GBK") 显示正确的中文。
2. 如果网页是UTF-8,不能直接正确显示GBK，需要2步转换，str=new String(rs.getBytes(1),"GBK")，再str=new String(str.getBytes("UTF-8"),"GBK") 才可以正确显示中文。如果数据库里存的是UTF-8，直接用str=new String(rs.getBytes(1),"GBK")或者str=new String(rs.getString(1).getBytes("ISO-8859-1"),"GBK")就可以显示中文了。
以上是读取数据库里中文正确显示在网页上，下面三点是如何正确存入数据库。
四、数据库连接方式使用UTF-8编码
JSP中要把网页输入的中文存入数据库，通常有一个提交(Submit)的过程，是用str=request.getParameter("username")，然后执行update或者insert语句来存入数据库。如何赋值给str很重要，而且这里中文输入与网页所使用的字体编码有关。
1、 网页使用UTF-8，使用str= new String(request.getParameter("username").getBytes("ISO-8859-1"),"UTF-8")或者str= new String(request.getParameter("username").getBytes(),"UTF-8")，都可以使得存到数据库里的数据是UTF-8编码。
2. 网页使用GBK，使用str= new String(request.getParameter("username").getBytes(),"GBK")，那么存入数据库的是UTF-8编码。
3. 值得注意的是使用UTF-8的数据库连接方式不能存得GBK。
五、数据库连接方式使用GBK编码
1. 输入使用GBK网页，存到数据库里是GBK的方法: str= new String(request.getParameter("username").getBytes("ISO-8859-1"),"GBK") 或者str= new String(request.getParameter("username").getBytes(),"GBK")。
2. 网页使用GBK，想存入UTF-8到数据库里，要分2步: 先str=new String(request.getParameter("username").getBytes(),"GBK")，再str=new String(str.getBytes("UTF-8"),"GBK")即可。
3. 网页使用UTF-8，而且使用str= new String(request.getParameter("username").getBytes("ISO-8859-1"),"GBK") 或者str= new String(request.getParameter("username").getBytes(),"UTF-8")，那么存到数据库里的数据是UTF-8编码。
4. 网页使用UTF-8，而且使用str= new String(request.getParameter("username").getBytes("ISO-8859-1"),"UTF-8")，那么存到数据库里的数据是GBK编码。
六、数据库连接方式使用缺省，即不使用参数useUnicode和characterEncoding
1. 网页使用GBK，如果使用str= request.getParameter("username")或者str= new String(request.getParameter("username").getBytes())，那么在数据库里的数据是GBK码。网页使用UTF-8 和使用str= request.getParameter("username")，则存入数据库是UTF-8编码。
2. 如果使用str= new String(request.getParameter("username").getBytes("ISO-8859-1"))，那么根据网页提供的字体编码而存到数据库里，比如是UTF-8的网页，那么存到数据库中就是UTF-8编码，如果使用GBK网页，那么存到数据库里的字就是GBK编码。
3. 如果使用str= new String(request.getParameter("username").getBytes("UTF-8"),"UTF-8")这一种组合能存到正确的数据外，其他存到数据库里的数据则都是乱码或者错误码。在这个UTF-8组合的特例中，网页使用的是GBK，则存放到数据库里就是GBK，网页使用UTF-8，那么存到数据库里的就是UTF-8。
4. 网页是GBK的要存得UTF-8，一定需要2步: company=new String(request.getParameter("company").getBytes(),"GBK")和company=new String(company.getBytes("UTF-8"))。
5. 网页是UTF-8的，不能存得GBK在数据库里，一句话，改变数据库连接方式不能存得GBK码。
以上所有的都是基于JSP网页和数据库交换数据，下面讨论一下纯JAVA编程下的字体编码转换。
七、数据库连接方式使用UTF-8编码
1. 数据库里的中文是UTF-8，可以转换为GBK,但不能把GBK存入数据库。
2. 数据库是GBK，如果转换为UTF-8，使用content=new String(rs.getBytes(2),"GBK")直接将content存入数据库就可为UTF-8。
八、数据库连接方式使用GBK编码
1. 数据库里的中文是UTF-8，如果转换为GBK，使用content= new String(rs.getString(2).getBytes(),"UTF-8"),再直接使用update或者insert语句插入到数据库，即存得GBK。如果使用content= new String(rs.getString(2).getBytes(),"GBK")或者content= new String(rs.getString(2).getBytes())，再存入数据库即存得还是UTF-8编码。
2. 数据库里的中文是GBK，如果转换为UTF-8，使用content= new String(rs.getString(2).getBytes("UTF-8"))或者content= new String(rs.getString(2).getBytes("UTF-8"),"GBK")，再直接使用update或者insert语句插入到数据库,即存得UTF-8。
3. 如果某个String是GBK，要转换为UTF-8，也是使用content= new String(GBKstr.getBytes("UTF-8"))或者content= new String(GBKstr.getBytes("UTF-8"),"GBK"); 如果某个String是UTF-8，要转换为GBK，应该使用new String(UTFstr.getBytes("GBK"),"UTF-8")。
九、数据库连接方式使用缺省,即不跟参数
1. str2=new String(GBKstr.getBytes("UTF-8"),"ISO-8859-1")，可以将数据库里的GBK编码转换为UTF-8。
2. 读取UTF-8然后存入UTF-8，则用str1=new String(UTFstr.getBytes(),"ISO-8859-1")或者str1=new String(UTFstr.getBytes("GBK"),"ISO-8859-1")。
3. 不能实现数据库里的UTF-8转换为GBK。
如果采用UTF-8的数据库连接方式或者缺省数据连接方式，那么无法将UTF-8转为GBK；而GBK的数据库连接方式可以实现UTF-8和GBK的相互转换。建议大家采用GBK的数据连接方式。

阅读全文>>