中关村达内总部 达内培训 Java+3G+物联网软件工程师
更新时间：&& &浏览...次
信息详细内容：
中关村达内总部,最新推出的培训课程是Java+3G+物联网。
3G、物联网时代，达内隆重推出具有划时代意义的全新 TTS4.0 Java 课程体系。
3G的来临，意味着手机将享受更高速的数据传输服务，可以更好的实现在全球范围内的无线漫游，并在处理图像、音乐、视频流等多媒体数据能力方面有着显著的提升，可以更好支持包括在线浏览、电子邮件、即时通讯、全球定位、电话会议、电子商务等多种信息服务。3G时代造就了“移动商务应用领域”。这是对“传统商务应用”的扩展；将会为企业带来巨大的商机。
物联网（The Internet of things）是在互联网基础上的延伸和扩展的网络，通过射频识别（RFID）、红外感应器、全球定位系统、激光扫描器等信息传感设备，按约定的协议，把任何物体与互联网相连接，进行信息交换和通信，以实现对物体的智能化识别、定位、跟踪、监控和管理。
3G、物联网的兴起为商业应用开创了一个新的时代；这是继PC时代、互联网时代之后的又一个IT从业人员的“黄金时代”。
课程安排：全日班，四个月时间，100个工作日，1200个学时
免费赠送以下课程：
1、5天SunJava训练营（针对基础薄弱的学员的基础编程技能培训）
2、20天周末名家大讲堂（针对学有余力的学员的行业培训和新技术扩展）
3、3天职业发展课程（针对所有学员的职业“软”技能培训）
课程价格（含教材费）：
社招价格：13800元
先就业后还款价格：全价16800元，首付5800元，就业后分11期还款。
2011年五月三十日开课，全国限招70人，欢迎大家踊跃报名
祝大家学业成功！
联系我时，请说是在北极网上看到的，谢谢。　　Java编程技术中汉字问题的分析及解决[北京达内科技培训总部java培训]
　　在基于 Java 语言的编程中，我们经常碰到汉字的处理及显示的问题。一大堆看不懂的乱*肯定不是我们愿意看到的显示效果，怎样才能够让那些汉字正确显示呢?Java语言默认的编*方式是UNICODE，而我们中国人通常使用的文件和数据库都是基于GB2312或者BIG5等方式编*的，怎样才能够恰当地选择汉字编*方式并正确地处理汉字的编*呢?本文将从汉字编*的常识入手，结合Java编程实例，分析以上两个问题并提出解决它们的方案。
　　现在 Java 编程语言已经广泛应用于互联网世界，早在 Sun 公司开发 Java 语言的时候，就已经考虑到对非英文字符的支持了。Sun 公司公布的 Java 运行环境(JRE)本身就分英文版和国际版，但只有国际版才支持非英文字符。不过在 Java 编程语言的应用中，对中文字符的支持并非如同 Java Soft 的标准规范中所宣称的那样完美，因为中文字符集不只一个，而且不同的*作系统对中文字符的支持也不尽相同，所以会有许多和汉字编*处理有关的问题在我们进行应用开发中困扰着我们。有很多关于这些问题的解答，但都比较琐碎，并不能够满足大家迫切解决问题的愿望，关于 Java 中文问题的系统研究并不多，本文从汉字编*常识出发，分析 Java 中文问题，希望对大家解决这个问题有所帮助。
　　汉字编*的常识
　　我们知道，英文字符一般是以一个字节来表示的，最常用的编*方法是 ASCII 。但一个字节最多只能区分256个字符，而汉字成千上万，所以现在都以双字节来表示汉字，为了能够与英文字符分开，每个字节的最高位一定为1，这样双字节最多可以表示64K格字符。我们经常碰到的编*方式有 GB2312、BIG5、UNICODE 等。关于具体编*方式的详细资料，有兴趣的读者可以查阅相关资料。我肤浅谈一下和我们关系密切的 GB2312 和 UNICODE。GB2312 *，中华人民共和国国家标准汉字信息交换用编*，是一个由中华人民共和国国家标准总局发布的关于简化汉字的编*，通行于中国**地区及新加坡，简称国标*。两个字节中，第一个字节(高字节)的值为区号值加32(20H)，第二个字节(低字节)的值为位号值加32(20H)，用这两个值来表示一个汉字的编*。UNICODE *是微软提出的解决多国字符问题的多字节等长编*，它对英文字符采取前面加“0”字节的策略实现等长兼容。如 “A” 的 ASCII *为0x41，UNICODE 就为0x00，0x41。利用特殊的工具各种编*之间可以互相转换。
　　Java 中文问题的初步认识
　　我们基于 Java 编程语言进行应用开发时，不可避免地要处理中文。Java 编程语言默认的编*方式是 UNICODE，而我们通常使用的数据库及文件都是基于 GB2312 编*的，我们经常碰到这样的情况：浏览基于 JSP 技术的网站看到的是乱*，文件打开后看到的也是乱*，被 Java 修改过的数据库的内容在别的场合应用时无法继续正确地提供信息。
　　String sEnglish = “apple”;
　　String sChinese = “苹果”;
　　String s = “苹果 apple ”;
　　sEnglish 的长度是5，sChinese的长度是4，而 s 默认的长度是14。对于 sEnglish来说， Java 中的各个类都支持得非常好，肯定能够正确显示。但对于 sChinese 和 s 来说，虽然 Java Soft 声明 Java 的基本类已经考虑到对多国字符的支持(默认 UNICODE 编*)，但是如果*作系统的默认编*不是 UNICODE ，而是国标*等。从 Java 源代*到得到正确的结果，要经过 “Java 源代*-& Java 字节*-& ;虚拟机-&*作系统-&显示设备”的过程。在上述过程中的每一步骤，我们都必须正确地处理汉字的编*，才能够使最终的显示结果正确。
　　“ Java 源代*-& Java 字节*”，标准的 Java 编译器 javac 使用的字符集是系统默认的字符集，比如在中文 Windows *作系统上就是 GBK ,而在 Linux *作系统上就是ISO-8859-1，所以大家会发现在 Linux *作系统上编译的类中源文件中的中文字符都出了问题，解决的办法就是在编译的时候添加 encoding 参数，这样才能够与平台无关。用法是
　　javac ?Cencoding GBK。
　　“ Java 字节*-&虚拟机-&*作系统”， Java 运行环境 (JRE) 分英文版和国际版，但只有国际版才支持非英文字符。 Java 开发工具包 (JDK) 肯定支持多国字符，但并非所有的计算机用户都安装了 JDK 。很多*作系统及应用软件为了能够更好的支持 Java ，都内嵌了 JRE 的国际版本，为自己支持多国字符提供了方便。
　　“*作系统-&显示设备”，对于汉字来说，*作系统必须支持并能够显示它。英文*作系统如果不搭配特殊的应用软件的话，是肯定不能够显示中文的。
　　还有一个问题，就是在 Java 编程过程中，对中文字符进行正确的编*转换。例如，向网页输出中文字符串的时候，不论你是用
　　out.println(string);
　　还是用，都必须作 UNICODE 到 GBK 的转换，或者手动，或者自动。在 JSP 1.0中，可以定义输出字符集，从而实现内*的自动转换。用法是
　　但是在一些 JSP 版本中并没有提供对输出字符集的支持，(例如 JSP 0.92)，这就需要手动编*输出了，方法非常多。最常用的方法是
　　String s1 = request.getParameter(“keyword”);
　　String s2 = new String(s1.getBytes(“ISO-8859-1”),”GBK”);
　　getBytes 方法用于将中文字符以“ISO-8859-1”编*方式转化成字节数组，而“GBK” 是目标编*方式。我们从以ISO-8859-1方式编*的数据库中读出中文字符串 s1 ，经过上述转换过程，在支持 GBK 字符集的*作系统和应用软件中就能够正确显示中文字符串 s2 。
　　Java 中文问题的表层分析及处理
　　开发环境JDK1.15Vcafe2.0JPadPro
　　服务器端NT IISSybase SystemJconnect(JDBC)
　　客户端IE5.0Pwin98
　　.CLASS 文件存放在服务器端，由客户端的浏览器运行 APPLET ， APPLET 只起调入 FRAME 类等主程序的作用。界面包括 Textfield ，TextArea，List，Choice 等。
　　I.用 JDBC 执行 SELECT 语句从服务器端读取数据(中文)后，将数据用 APPEND 方法加到 TextArea(TA) ，不能正确显示。但加到 List 中时，大部分汉字却可正确显示。
　　将数据按“ISO-8859-1” 编*方式转化为字节数组，再按系统缺省编*方式 (Default Character Encoding) 转化为 STRING ，即可在 TA 和 List 中正确显示。
　　程序段如下：
　　dbstr2 = results.getString(1);
　　//After reading the result from DB server，converting it to string.
　　dbbyte1 = dbstr2.getBytes(“iso-8859-1”);
　　dbstr1 = new String(dbbyte1);
　　在转换字符串时不采用系统默认编*方式，而直接采用“ GBK” 或者 “GB2312” ,在 A 和 B 两种情况下，从数据库取数据都没有问题。
　　II.处理方式与“取中文”相逆，先将 SQL 语句按系统缺省编*方式转化为字节数组，再按“ISO-8859-1”编*方式转化为 STRING ，最后送去执行，则中文信息可正确写入数据库。
　　程序段如下：
　　sqlstmt = tf_input.getText();
　　//Before sending statement to DB server，converting it to sql statement.
　　dbbyte1 = sqlstmt.getBytes();
　　sqlstmt = newString(dbbyte1,”iso-8859-1”);
　　_stmt = _con.createStatement();
　　_stmt.executeUpdate(sqlstmt);
　　问题：如果客户机上存在 CLASSPATH 指向 JDK 的 CLASSES.ZIP 时(称为 A 情况)，上述程序代*可正确执行。但是如果客户机只有浏览器，而没有 JDK 和 CLASSPATH 时(称为 B 情况)，则汉字无法正确转换。
　　我们的分析：
　　1.经过测试，在 A 情况下，程序运行时系统的缺省编*方式为 GBK 或者 GB2312 。在 B 情况下，程序启动时浏览器的 JAVA 控制台中出现如下错误信息：
　　Can't find resource for sun.awt.windows.awtLocalization_zh_CN
　　然后系统的缺省编*方式为“8859-1”。
　　2.如果在转换字符串时不采用系统缺省编*方式，而是直接采用 “GBK” 或“GB2312”，则在 A 情况下程序仍然可正常运行，在 B 情况下，系统出现错误：
　　UnsupportedEncodingException。
　　3.在客户机上，把 JDK 的 CLASSES.ZIP 解压后，放在另一个目录中， CLASSPATH 只包含该目录。然后一边逐步删除该目录中的 .CLASS 文件，另一边运行测试程序，最后发现在一千多个 CLASS 文件中，只有一个是必不可少的，该文件是：
　　sun.io.CharToByteDoubleByte.class。
　　将该文件拷到服务器端和其它的类放在一起，并在程序的开头 IMPORT 它，在 B 情况下程序仍然无法正常运行。
　　4.在 A 情况下，如果在 CLASSPTH 中去掉 sun.io.CharToByteDoubleByte.class ，则程序运行时测得默认编*方式为“8859-1”，否则为 “GBK” 或 “GB2312” 。
　　如果 JDK 的版本为1.2以上的话，在 B 情况下遇到的问题得到了很好的解决，测试的步骤同上，有兴趣的读者可以尝试一下。
　　Java 中文问题的根源分析及解决
　　在简体中文 MS Windows 98 + JDK 1.3 下，可以用 System.getProperties() 得到 Java 运行环境的一些基本属性，类 PoorChinese 可以帮助我们得到这些属性。
　　类 PoorChinese 的源代*：
　　public class PoorChinese {}
　　执行 java PoorChinese 后，我们会得到:
　　系统变量 file.encoding 的值为 GBK ，user.language 的值为 zh ， user.region 的值为 CN ，这些系统变量的值决定了系统默认的编*方式是 GBK 。
　　在上述系统中，下面的代*将 GB2312 文件转换成 Big5 文件，它们能够帮助我们理解 Java 中汉字编*的转化:
　　import java.io.*;
　　import java.util.*;
　　public class gb2big5
　　static int iCharNum=0;
　　public static void main(String[] args) {
　　System.out.println("Input GB2312 file, output Big5 file.");
　　if (args.length!=2)
　　System.err.println("Usage: jview gb2big5 gbfile big5file");
　　System.exit(1);
　　String inputString = readInput(args[0]);
　　writeOutput(inputString,args[1]);
　　System.out.println("Number of Characters in file: "+iCharNum+".");
　　static void writeOutput(String str, String strOutFile)
　　FileOutputStream fos = new FileOutputStream(strOutFile);
　　Writer out = new OutputStreamWriter(fos, "Big5");
　　out.write(str);
　　out.close();
　　catch (IOException e)
　　e.printStackTrace();
　　e.printStackTrace();
　　static String readInput(String strInFile)
　　StringBuffer buffer = new StringBuffer();
　　FileInputStream fis = new FileInputStream(strInFile);
　　InputStreamReader isr = new InputStreamReader(fis, "GB2312");
　　Reader in = new BufferedReader(isr);
　　while ((ch = in.read()) & -1)
　　iCharNum += 1;buffer.append((char)ch);
　　in.close();
　　return buffer.toString();
　　catch (IOException e)
　　e.printStackTrace();
　　编*转化的过程如下：
　　GB2312------------------&Unicode-------------&Big5
　　执行 java gb2big5 gb.txt big5.txt ，如果 gb.txt 的内容是“今天星期三”，则得到的文件 big5.txt 中的字符能够正确显示;而如果 gb.txt 的内容是“情人节快乐”，则得到的文件 big5.txt 中对应于“节”和“乐”的字符都是符号“?”(0x3F)，可见 sun.io.ByteToCharGB2312 和 sun.io.CharToByteBig5 这两个基本类并没有编好。
　　正如上例一样， Java 的基本类也可能存在问题。由于国际化的工作并不是在国内完成的，所以在这些基本类发布之前，没有经过严格的测试，所以对中文字符的支持并不像 Java Soft 所声称的那样完美。前不久，我的一位技术上的朋友发信给我说，他终于找到了 Java Servlet 中文问题的根源。两周以来，他一直为 Java Servlet 的中文问题所困扰，因为每面对一个含有中文字符的字符串都必须进行强制转换才能够得到正确的结果(这好象是大家公认的唯一的解决办法)。
　　后来，他确实不想如此继续安分下去了，因为这样的事情确实不应该是高级程序员所要做的工作，他就找出 Servlet 解*的源代*进行分析，因为他怀疑问题就出在解*这部分。经过四个小时的奋斗，他终于找到了问题的根源所在。原来他的怀疑是正确的， Servlet 的解*部分完全没有考虑双字节，直接把 %XX 当作一个字符。(原来 Java Soft 也会犯这幺低级的错误!)
　　如果你对这个问题有兴趣或者遇到了同样的烦恼的话，你可以按照他的步骤 对Servlet.jar 进行修改：
　　找到源代* HttpUtils 中的 static private String parseName ，在返回前将 sb(StringBuffer) 复制成 byte bs[] ，然后 return new String(bs,”GB2312”)。作上述修改后就需要自己解*了：
　　HashTable form=HttpUtils .parseQueryString(request.getQueryString())或者
　　form=HttpUtils.parsePostData(……)
　　千万别忘了编译后放到 Servlet.jar 里面。
　　关于 Java 中文问题的总结
　　Java 编程语言成长于网络世界，这就要求 Java 对多国字符有很好的支持。 Java 编程语言适应了计算的网络化的需求，为它能够在网络世界迅速成长奠定了坚实的基础。 Java 的缔造者 (Java Soft) 已经考虑到 Java 编程语言对多国字符的支持，只是现在的解决方案有很多缺陷在里面，需要我们付诸一些补偿性的措施。而世界标准化组织也在努力把人类所有的文字统一在一种编*之中，其中一种方案是 ISO10646 ，它用四个字节来表示一个字符。当然，在这种方案未被采用之前，还是希望 Java Soft 能够严格地测试它的产品，为用户带来更多的方便。
　　附一个用于从数据库和网络中取出 中文乱*的处理函数，入参是有问题的字符串，出参是问题已经解决了的字符串。上一篇：新手入门:写Java程序的三十个基本规则【达内科技总部java培训】下一篇：Java 泛型的理解与等价实现[达内科技java培训]
发布来源：重庆北大青鸟
重庆北大青鸟江北校区学员作品--在线音乐系统 music online...
重庆北大青鸟江北校区学员作品--汤继钧大型电影网站毕业答辩项目...
主题：重庆北大青鸟0元免费入学活动
地点：重庆市江北区黄葛新村10号
电话：023-达内IT培训总部,0首付,保就业,月薪6000起 - 北京58同城
达内IT培训总部,0首付,保就业,月薪6000起
达内10年成就中国高端IT培训领导品牌，名企就业率NO.1：0首付入学，8大课程体系，20000家合作企业，每月200场IMB等名企现场招聘会，90000名学员见证，10万年薪入职保障。现在报名送VIP大礼包：5天课程免费试听+1000元优惠券。达内总部课程包含：Java/安卓/Android/软件测试/C++/PHP等。详情请见：ps：我们并不满足于<font color="#ff%的就业率，入职好企业，拿高薪才是我们不断的追求。达内简介：& & 北京达内科技有限公司是中国高端IT培训的领先品牌，致力于培养面向电信和金融领域的 Java、C++、C#/.Net、测试、嵌入式、PHP等方面的中高端软件人才，由美国国际数据集团IDG、集富亚洲JAFCO ASIA和高盛集团投资，是国内首家获得国际风险投资的IT培训机构。经过9年运营，达内科技实现了98% 的专业就业率，78%的口碑入学率，学员平均毕业薪资3800元/首月平均薪资。目前，达内科技已经发展成为集培训、咨询、开发、人才服务于一体的高新技术集团公司，公司下设达内高端IT培训、达内软件人才服务中心、达内软件研发中心。
联系我时，请说是在58同城看到的，谢谢！
热门推荐：Spring 2.X 中AOP的使用浅析【达内科技总部java培训】
Spring 2.X 中AOP的使用浅析【达内科技总部java培训】
Spring 2.X 中AOP的使用浅析【达内科技总部java培训】 本资料共包含以下附件： Spring 2.X 中AOP的使用浅析【达内科技总部java培训】
（本资料免费下载）
本资料由网友发布，仅代表网友个人经验或观点，不代表本网站立场和观点。如果本资料侵犯了您的知识产权，请与我们取得联系，我们会及时处理。
&&&主编推荐
&&&&&&&&&&&&&&&
希赛网 版权所有 & &&&&湘教QS2-164&&增值电信业务经营许可证湘B2-}