乱码的原因及处理方法

乱码的原因及处理方法

2012-05-09 17:16

困扰已久的乱码问题终于得到解决，希望下次出现更多问题，解决问题的过程很愉快！

关于jsp乱码问题的解决

2009-01-22 21:32

关于jsp乱码问题的解决。

1 最基本的乱码问题。

这个乱码问题是最简单的乱码问题。一般新会出现。就是页面编码不一致导致的乱码。

<%@ page language="java" pageEncoding="UTF-8"%>

<%@ page contentType="text/html;charset=gb2312"%>

我是个好人

三个地方的编码。

第一个地方的编码格式为jsp文件的存储格式。Eclipse会根据这个编码格式保存文件。并编译jsp文件，包括里面的汉字。

第二处编码为解码格式。因为存为UTF-8的文件被解码为iso8859-1，这样

如有中文肯定出乱码。也就是必须一致。而第二处所在的这一行，可以没有。

缺省也是使用iso8859-1的编码格式。所以如果没有这一行的话，“我是个好人”也会出现乱码。必须一致才可以。

第三处编码为控制浏览器的解码方式。如果前面的解码都一致并且无误的话，这个编码格式没有关系。有的网页出现乱码，就是因为浏览器不能确定使用哪种编码格式。因为页面有时候会嵌入页面，导致浏览器混淆了编码格式。出现了乱码。

2 表单使用Post方式提交后接收到的乱码问题

这个问题也是一个常见的问题。这个乱码也是tomcat的内部编码格式

iso8859-1在捣乱，也就是说post提交时，如果没有设置提交的编码格式，则会以iso8859-1方式进行提交，接受的jsp却以utf-8的方式接受。导致乱码。既然这样的原因，下面有几种解决方式，并比较。

A 接受参数时进行编码转换

String str = new

String(request.getParameter("something").getBytes("ISO-8859-1"),"utf-8")；这样的话，每一个参数都必须这样进行转码。很麻烦。但确实可以拿到汉字。

B 在请求页面上开始处，执行请求的编码代码

request.setCharacterEncoding("UTF-8")，把提交内容的字符集设为UTF－8。这样的话，接受此参数的页面就不必在转码了。直接使用String str = request.getParamete("something")；即可得到汉字参数。但每页都需要执行这句话。这个方法也就对post提交的有效果，对于get提交和上传文件时的enctype="multipart/form-data"是无效的。稍后下面单独对这个两个的乱码情况再进行说明。

C 为了避免每页都要写request.setCharacterEncoding("UTF-8")，建议使用过滤器对所有jsp进行编码处理。这个网上有很多例子。请大家自己查阅。

3 表单get提交方式的乱码处理方式。

如果使用get方式提交中文，接受参数的页面也会出现乱码，这个乱码的原因也是tomcat的内部编码格式iso8859-1导致。Tomcat会以get的缺省编码方式iso8859-1对汉字进行编码，编码后追加到url，导致接受页面得到的参数为乱码/、。

解决办法：

A 使用上例中的第一种方式，对接受到的字符进行解码，再转码。

B Get走的是url提交，而在进入url之前已经进行了iso8859-1的编码处

理。要想影响这个编码则需要在server.xml的Connector节点增加useBodyEncodingForURI="true"属性配置，即可控制tomcat对get方式的汉字编码方式，上面这个属性控制get提交也是用

request.setCharacterEncoding("UTF-8")所设置的编码格式进行编码。所以自动编码为utf-8，接受页面正常接受就可以了。但我认为真正的编码过程是，tomcat又要根据

maxThreads="150" minSpareThreads="25" maxSpareThreads="75"

enableLookups="false" redirectPort="8443" acceptCount="100"

debug="0" connectionTimeout="20000" useBodyEncodingForURI="true"

disableUploadTim eout="true" URIEncoding=”UTF-8”/>

里面所设置的URIEncoding=”UTF-8”再进行一次编码，但是由于已经编码为utf-8，再编码也不会有变化了。如果是从url获取编码，接受页面则是根据URIEncoding=”UTF-8”来进行解码的。

4 上传文件时的乱码解决

上传文件时，form表单设置的都是enctype="multipart/form-data"。这种方式以流方式提交文件.如果使用apach的上传组件，会发现有很多乱码想象。这是因为apach的先期commons-fileupload.jar有bug，取出汉字后进行解码，因为这种方式提交，编码又自动使用的是tomcat缺省编码格式iso-8859-1。但出现的乱码问题是：句号，逗号，等特殊符号变成了乱码，汉字如果数量为奇数，则会出现乱码，偶数则解析正常。

解决方式：下载commons-fileupload-1.1.1.jar 这个版本的jar已经解决了这些bug。但是取出内容时仍然需要对取出的字符进行从iso8859-1到utf-8转码。已经能得到正常所有汉字以及字符。

5 Java代码关于url请求，接受参数的乱码

url的编码格式，取决于上面所说的URIEncoding=”UTF-8”。如果设定了这个编码格式，则意味着所有到url的汉字参数，都必须进行编码才可以。否则得到的汉字参数值都是乱码，例如一个链接 Response.sendDerect

（“/a.jsp?name=张大维”）；而在a.jsp里面直接使用String name"）；得到的就是乱码。因为规定了必须是utf-8才可以，所以，这个转向应该这样写：

Response.sendDerect（“/a.jsp?name=URLEncode.encode(“张大维”,”utf-8”)；才可以。如果不设置这个参数URIEncoding=”UTF-8”，

会怎么样呢? 不设置则就使用了缺省的编码格式iso8859-1。问题又出来了，第一就是参数值的个数如果是奇数个数，则就可以正常解析，如果使偶数个数，得到最后字符就是乱码。还有就是如果最后一个字符如果是英文，则就能正常解析，但中文的标点符号仍出现乱码。权宜之计，如果您的参数中没有中文标点符号，则可以在参数值最后加一个英文符号来解决乱码问题，得到参数后再去掉这个最后面的符号。也可以凑或使用。

6 脚本代码关于url请求，接受到的参数乱码

脚本中也会进行页面转向的控制，也会涉及到附带参数，并在接受页面解析这个参数的情况。如果这个汉字参数不进行URIEncoding=”UTF-8”所指定的编码处理，则接受页面接受到的汉字也是乱码。脚本处理编码比较麻烦，必须有相应的编码脚本对应文件，然后调用脚本中的方法对汉字进行编码即可。

7 关于jsp在MyEclipse中打开的乱码问题对于一个已经存在的项目，Jsp文件的存储格式可能是utf-8。如果新安装的eclipse，则缺省打开使用的编码格式都是iso8859-1。所以导致jsp里面的汉字出现乱码。这个乱码比较容易解决，直接到

eclipse3.1的偏好设置里面找到general-〉edidor，设置为您的文件打开编码为utf-8即可。Eclipse会自动重新以新的编码格式打开。汉字即可正常显示。

8 关于html页面在eclipse中打开出现乱码情况由于大部分页面都是由dreamweaver制作，其存储格式跟eclipse的识别有差别导致。一般这种情况，在eclipse中新建一个jsp，直接从dreamweaver复制页面内容粘贴到jsp即可。

//////////////////////////////////////////////////////////////////// //////////////////////

jsp中文乱码问题的解决办法 jsp中java中文编码问题的个人经验|终于看到一个完全解决的方案

四月 5th, 2006

====================https://www.sodocs.net/doc/6b13378605.html,/blog===================zsjnj u@https://www.sodocs.net/doc/6b13378605.html,=========

=======

开发java应用出现乱码是很常见的，毕竟现在unicode的使用还不是很广泛，在使用gb2312（包含了gbk简体，big5繁体）的系统中要正确实现中文的display和数据库的存储是最基本的要求。

========================https://www.sodocs.net/doc/6b13378605.html,/blog==================== ===================

1，首先developer要明确自己为什么会遇到乱码，遇到什么样的乱码（无意义的符号还是一串问号或者其它什么东西）。新手遇到一堆很乱的字符时通常

不知所措，最直接的反映就是打开google搜索”java中文”（这个字符串在搜索引擎上的查询频率非常高），然后一个一个的去看别人的解决方法。这样做没有错，但是很难达到目的，原因下面会提到。总之，出现乱码的原因是非常多的，解决的方法也完全不一样，要解决问题必须先分析自己的”上下文环境”。

========================https://www.sodocs.net/doc/6b13378605.html,/blog==================== =================

2，具体说来，需要哪些信息才能确定项目中的乱码的根源。

a，开发者所用的操作系统

b，j2ee容器的名称，版本

c，数据库的名称，版本（精确版本）以及jdbc驱动的版本

d，出现乱码的source code（比如是system out 出来的，还是jsp页面中的，如果是jsp中的，那么头部声明的情况也很重要）

=========================https://www.sodocs.net/doc/6b13378605.html,/blog=================== =====================

3，如何初步分析乱码出现的原因。

有了上述的信息，基本上就可以发帖求助了，相信放到javaworld等论坛上，很快就会有高手给你提出有效的解决方案的。当然不能总靠发帖求助，也要试试自行解决问题。如何下手呢？

a，分析一下你的”乱码”到底是什么编码。这个其实不难，比如

System.out.println(testString);

这一段出现了乱码，那么不妨用穷举法猜测一下它的实际编码格式。System.out.println(new String(testString.getBytes(”ISO-8859-1〃),”gb2312〃));

System.out.println(new

String(testString.getBytes(”UTF8〃),”gb2312〃));

System.out.println(new

String(testString.getBytes(”GB2312〃),”gb2312〃));

System.out.println(new

String(testString.getBytes(”GBK”),”gb2312〃));

System.out.println(new

String(testString.getBytes(”BIG5〃),”gb2312〃));

等等，上述代码的意思是用制定的编码格式去读取testString这个”乱码”，并转换成gb2312（此处仅以中文为例）然后你看哪一个转换出来的结果是ok的，那就。。。

b，如果用上面的步骤能得到正确的中文，说明你的数据肯定是在的，只不过是界面中没有正确显示而已。那么第二步就该纠正你的view部分了，通常需要检查的是jsp中是否选择了正确的页面编码。在此要声明被很多人误解的一点，那就是<%@ page con tentType=”text/html; charset=GB2312〃 %>

指令和

content=”text/html; charset=gb2312〃>两者的不同。通常网上的很多文章在提到中文问题时都是说数据库中选择unicode或者gb2312存储，同

时在jsp中用page指令声明编码就可以解决。但是我觉得这种说法很不负责任，害的我费了N多时间为本来并不存在的乱码而郁闷。实际上page的作用是在jsp被编译成为html的过程中提供编码方式让java来”读取”表达式当中的String（有点类似于上面的第三个语句的作用），而meta的作用是众所周知的为IE浏览器提供编码选择，是用来”显示”最后的数据的。但是没有看到有人提醒这一点，我一直把page当成meta在用，导致本来是iso-8859的数据，被page指令读成gb2312，于是乱码，所以又加了编码转化的函数把所有的string数据都从iso8859转到gb2312（为什么这么转，当时也没考虑这么多，因为这么做可以正常显示了，所以就这么改了，呵呵当时实在没有时间慢慢排查问题了）。

注解:文中引用部分内容转自：https://www.sodocs.net/doc/6b13378605.html,/blog/380326

涨模处理方案

梁、柱涨模及蜂窝麻面处理方案 一、柱、梁混凝土涨模的部位及原因分析 1) 柱、梁的模板极易发生涨模。其主要原因： 1.是在浇筑混凝土时，混凝土本身对模板下侧压力较大； 2.是现在浇筑用混凝土多采用泵送混凝土，泵送混凝土的坍落度及流动性都比较大，而一次浇筑砼量又较多较快，造成对模板下侧压力进一步加大； 3.三是有时振捣人员不能按操作规程振捣，这样就极易造成模板发生涨模现象。 2) 柱、梁的二次接槎和模板拼缝处极易发生涨模。其主要原因为： 在二次接槎处浇筑混凝土时残浆没清理干净，致使模板不能与混凝土面拼严。另外，接槎处模板不易加固、模板拼缝处上下或左右模板在制作或安装时模板较难加固也是易发生涨模的一个重要原因。 3 ) 梁的跨中由于不按要求起拱也会发生下沉现象。 4 ) 梁的两侧边中部，特别是周边梁的外侧中部极易发生涨模。其主要原因是：梁的上部有板，在加固梁时上部没法拉紧，中部需要靠撑杆顶撑，而由于在周边梁的外侧只能顶撑在外架上，所以对模板的加固有很大的影响，造成模板加固不牢，致使在浇筑混凝土时发生涨模现象。 5 ) 柱、梁节点处及墙、柱节点处极易发生涨模。其主要原因是：在节点处极易出现缝，而在节点处模板的加固质量难以控制，不是模

板不到边，就是模板相互吃进。另外，在加固时模板背棱或顶杆有时也顶不到位。 二、柱、梁涨模防止措施 1 ) 模板设计及荷载组合： 现在多采用木模系统，由于其技术指标是在材质干燥的情况下测定的，而经水浸泡后其强度等都会有所降低。因此在计算其加固用钢管及对拉螺栓的问距时要比正常的计算减少15～20 ％。在考虑混凝土的侧向压力时除按规范计算外，还应考虑浇筑混凝土时的方法及可能发生的意外。 2 ) 对拉螺栓的设置： 对拉螺栓的布置除按计算进行外，还必须结合现场实际情况灵活设置。在柱、梁的对拉螺栓从根部向上1米范围内的对拉螺栓帽用双帽，以加大保险系数。为了有效地控制墙、柱模板加固质量，防止混凝土涨模，在浇筑混凝土时，在距柱、墙模板2 5 0 ～3 0 0 mm处应预埋或钢筋作支脚，以固定模板的对拉螺栓。 3 ) 二次接槎的地方，在支模板前将梁、柱下的残浆、浮浆清理干净；在浇筑混凝土时，在其模板内侧周边固定2 0 mm宽2 0mm厚的木条，使浇筑后的混凝土上形成凸型在支设模板时就能与混凝土面紧密接触，加上有钢筋支脚当对拉螺栓，这就保证了模板不发生涨模现象。 4）在模板拼缝处，基本保证混凝土不发生涨模，确保了混凝土质量。在节点处模板不易加固，而往往在支设模板时又把拼缝留在了

cmd窗口显示中文乱码及无法输入中文解决方法

cmd窗口显示中文乱码及无法输入中文解决方法 (2009-05-09 19:13:12) 分类：软件应用 标签： it 中文显示为乱码 临时解决方案： 在 CMD 中运行 chcp 936。 永久解决方案： 打开不正常的 CMD 或命令提示符窗口后,单击窗口左上角的图标，选择弹出的菜单中的“默认值”，打开如下图的对话框。单击第一个“选项”选项卡,将默认的代码页改为 936 后重启 CMD。 附：

如果改了以后无法生效，窗口的“默认值”和“属性”没变，进入注册表，在 HKEY_CURRENT_USER 下找到 console 项下的 Console 以及其下可能有 的 %SystemRoot%_system32_cmd.exe（这个 %SystemRoot%_system32_cmd.exe 下有的 codepage 话就改，如果没有就不管它），codepage值改为 936（十进制）或 3a8（十六进制）。 936(十进制)/3a8(十六进制) 是简体中文的，如是其它语言，要改为对应的代码。然后再执行第二段中所述的操作。 还可能和 CMD 的默认值的“字体”设置有关。 在 CMD 的“默认值”和“属性”的“字体”选项卡中中确认设定的字体是可以显示中文字符的字体，并且确定字体文件没有被破坏。字体最好设置为默认的点阵字体。 还是不行，干脆把%SystemRoot%_system32_cmd.exe内容备份下，然后清空它。或是把以下内容保存为REG文件导入试试。 Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Console\%SystemRoot%_system32_cmd.exe] "QuickEdit"=dword:00000800 "CodePage"=dword:000003a8 "WindowSize"=dword:001e005a "FontSize"=dword:000c0008 "FontFamily"=dword:00000030 "FontWeight"=dword:00000190 "FaceName"="Terminal" ============================================================= 无法输入中文 确认以下事项： 1.CMD 里中文字符可以正常显示（上文）. 2.注册表中 HKEY_CURRENT_USER\Console 及 HKEY_CURRENT_USER\Console\%SystemRoot%_system32_cmd.exe] 下LoadConIme 的值为 1. 3.conime.exe 这个文件存在，没有受到破坏，并且正常运行.

中文乱码解决大全

SSH开发过程中的中文问题汇总 作者：Rainisic来源：博客园发布时间：2012-01-11 14:26 阅读：50 次原文链接[收藏] 在使用SSH开发的过程中，我们经常会因为各种各样的中文乱码问题而苦恼。之前开发的过程中遇到过一些，但是都没有记录下来，这次，我就遇到的中文问题进行一个汇总，希望能够对大家有所帮助。 1. 平台环境参数 操作系统：Windows 7 旗舰版64位 JDK版本：JDK 1.6 / JDK 1.7 （此处由于JDK 7 发布不久，所以对两个版本进行测试） 开发环境：Eclipse Java EE Indigo 网站容器：Tomcat 7.0 开发框架： Struts 2.3.1.1-GA Spring 3.1.0-release Hibernate 4.0.0-Final / Hibernate 3.6.9-Final （此处由于Hibernate 4 final 刚刚发布不久，所以对两个版本进行测试） 2. 中文问题汇总 （1）HTML中未指定文件编码 问题描述：在HTML中未指定文件编码，在部分浏览器中将会出现中文乱码。 解决方案：在HTML的head标签中指定文档编码，代码如下（请根据DOCTYPE选择）： // HTML 4.01 Transitional

// HTML 5 （2）表单提交使用GET方法 问题描述：在HTML form 中提交表单的时候使用method="get"导致中文乱码。 解决方案：form表单的method设置为post，代码如下：

（3）JSP文件中未指定文档编码类型 问题描述：在JSP文件中未指定JSP文档编码，在浏览器中会出现中文乱码。 解决方案：在JSP文件首部增加指定文档编码的代码，代码如下： <%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%> （4）文件编码不正确 问题描述：由于Java文件、JSP文件等文件编码不正确，导致中文乱码。 解决方案：设置文件的默认编码为UTF-8（如果需要使用其他编码，请确保上述两个编码格式与文件编码相同） 设置方法： 当前文件编码修改：该文件右键→Properties→Resource，右侧Text file encoding→Other →UTF-8 默认文件编码修改： 0. Windows→Preferences 打开Eclipse配置选项窗口。 1. General→Content Type，右侧Text 下面所需要的文件类型Default encoding设置为UTF-8

框架柱涨模原因分析及处理方案

框架柱涨模爆模原因分析及处理方案 一、质量问题概况： 某信号楼二层4/B轴框架柱在混凝土浇筑过程中模板涨裂，造成框架柱变形，局部截面尺寸变大，与设计尺寸偏差较大。如下图： 二、原因分析： 1、在模板安装支设阶段，框架柱模板安装加固方式不正确或不牢固。模板质量差，板拼缝不严密，支撑点数不够，加固螺栓不紧，木楞加固部位不正确，或支撑系统不够稳定都是导致胀模的原因。 2、在混凝土浇筑阶段工人操作不正确。由于本层屋面采用坡屋面，本颗框架柱处于屋脊处高度高达7.5米，混凝土工缺缺乏经验，未使用串筒或溜槽投料，投料口过高，落差较大，致使混凝土的冲击力全部做用在侧模上，模板压力过大造成胀模。或振捣时间过长导致

模板加固螺栓松懈和开裂。 3、人员及管理问题：施工人员操作不当，操作不认真，责任心不强，技术不过关。管理方面管理不到位，制度措施不全，检查执行不足。 三、处理方法 1、处理流程： 技术交底支搭施工脚手架及防护变形部位剔凿冲刷清理刷结合层抹灰养护 2、首先对工人进行安全及技术交底，让工人清楚施工工艺，对不合格部位进行整改并修补，施工过程中做到安全施工。 3、对涨模部位按设计尺寸弹墨线，对墨线外涨模部分混凝土进行人工剔除至墨线部位，做到小锤细凿避免破坏结构钢筋。剔凿过程中禁止使用电锤等电动工具，剔除后表面平整，禁止裸露钢筋，不能有大于1mm的深沟，表面观感达到斩假石的效果。凿完后无松动石子及混凝土颗粒。

3、剔凿完成后用钢丝刷刷掉浮灰及松动的石子，浇水湿润并冲洗干净，刷一层水泥胶浆结合层，用1:2水泥砂浆对剔凿面进行修补，表面压光。待水泥砂浆初凝后包裹塑料薄膜养护，以保证修补质量。

JSP中文乱码的产生原因及解决方案

JSP中文乱码的产生原因及解决方案 在JSP的开发过程中，经常出现中文乱码的问题，可能一直困扰着大家，现在把JSP 开发中遇到的中文乱码的问题及解决办法写出来供大家参考。首先需要了解一下Java中文问题的由来： Java的内核和class文件是基于unicode的，这使Java程序具有良好的跨平台性，但也带来了一些中文乱码问题的麻烦。原因主要有两方面，Java和JSP文件本身编译时产生的乱码问题和Java程序于其他媒介交互产生的乱码问题。首先Java（包括JSP）源文件中很可能包含有中文，而Java和JSP源文件的保存方式是基于字节流的，如果Java和JSP编译成class文件过程中，使用的编码方式与源文件的编码不一致，就会出现乱码。基于这种乱码，建议在Java文件中尽量不要写中文（注释部分不参与编译，写中文没关系），如果必须写的话，尽量手动带参数－ecoding GBK或－ecoding gb2312或－ecoding UTF-8编译；对于JSP，在文件头加上<%@ page contentType="text/html;charset=GBK"%>或 <%@ page contentType="text/html;charset=gb2312"%>基本上就能解决这类乱码问题。 下面是一些常见中文乱码问题的解决方法（下面例子中ecoding采用的是gb2312，也可设为ecoding GBK或ecoding UTF-8）： 一、 JSP页面乱码 这种乱码问题比较简单，一般是页面编码不一致导致的乱码，一般新手容易出现这样的问题，具体分以下两种情况： 未指定使用字符集编码 下面的显示页面(display.jsp)就出现乱码： <%out.print("JSP的中文处理");%>

墙柱补强加固施工专项方案

目录 一、基本情况 二、质量问题 三、分析质量问题的原因 （一）、管理因素 （二）、技术因素 四、处理措施 （一）、管理措施 （二）、技术措施 五、实施方案 （一）、施工准备 （二）、整改管理组织机构组成体系（三）、劳动力准备 （四）现场操作工艺流程 （五）加固补强操作要点交底（六）、施工方法 六、质量保证措施 七、修补质量要求 八、后续施工加强管理预防涨模措施 （一）、模板方面 （二）、混凝土浇筑方面

花垣县2014年公共租赁住房（26#、27#栋）工程二标段 (26#栋、27#栋）墙柱补强加固专项施工方案 一、基本情况 1、工程名称：花垣县2014年公共租赁住房（26#、27#栋）工程二标段 2、建设地点：花垣县城南 3、建设单位：花垣县住房和城乡建设局 4、设计单位：湘西州一品建筑设计院有限公司 5、监理单位：湘西自治州鑫诚建设监理有限公司 6、工程具体情况： 本工程为花垣县2014年公共租赁住房工程（26#、27#栋）项目，为二类建筑，建筑使用功能为50年，耐火等级为二级，屋面防水等级为二级。建筑面积为28910m2，26#栋地上20层，27#栋地上20层地下1层，框剪结构建筑高度61米，1-20层、层高3.0m，地下4.0米,长29.9m，宽28.2m。26#栋现一至四层墙柱已拆模；27#栋一至三层已拆模。因施工项目部一味的追求盲目工程进度，管理人员在过程质量检查中未及时跟进，施工操作人员不严格按照技术交底的要求进行施工造成了部分墙柱轴线偏差及垂直度超过规范要求。 二、质量问题。 花垣县2014年公共租赁住房（26#、27#栋）工程二标段26#栋一至四层出现部分剪力墙轴线偏差及垂直度偏差超过规范要求；27#栋一至三层出现部分剪力墙轴线偏差及垂直度超过规范要求，一层c 轴交5轴KJ-3出现偏位和垂直度超过规范要求（详细数据见后施工

Python2.x 中文乱码问题解决方法

Python2.x中文乱码问题解决方法 Python中乱码问题是一个很头痛的问题。 在Python3中，对中文进行了全面的支持，但在Python2.x中需要进行相关的设置才能使用中文。否则会出现乱码 【问题原因】 在Python2.x中主要是字符编码的问题，处理不好的话，会导致乱码。Python默认采取的ASCII编码，字母、标点和其他字符只使用一个字节来表示，但对于中文字符来说，一个字节满足不了需求。 代码如下: >>> import sys >>> sys.getdefaultencoding() 'ascii' 为了能在计算机中表示所有的中文字符，中文编码采用两个字节表示。如果中文编码和ASCII混合使用的话，就会导致解码错误，从而才生乱码。而CMD下默认的编码方式为:GBK，所以就造成了上面的乱码!

采用两个字节的中文编码标准有：GB2312、GBK、BIG5等。 【处理办法】 为了将各种不同的语言包含在统一的字符集中，满足国际间的信息交流，国际上制订了UNICODE字符集，包含了世界上所有语言字符，这些字符具有唯一的编码，通过使用UNICODE字符集可以满足跨语言的文字处理，避免乱码的产生。 i) 交互式命令中：一般不会出现乱码，无需做处理 ii) py脚本文件中：跨字符集必须做设置，否则乱码。 首先在开头一句添加:

代码如下: # coding = utf-8 # 或 # coding = UTF-8 # 或 # -*- coding: utf-8 -*- 其次需将文件保存为UTF-8的格式! 上面那一句仅仅是告诉Python编译器:脚本中包含了非ASCII字符，并未进行转换。 如果要将字符编码从默认的ASCII改为UTF-8，需要在保存的时候选择保存为UTF-8格式。 如果是用NODEPAD打开，【另存为】-->UTF-8即可 如果是用IDLE打开，【Options】-> 【Configure IDLE】->【General】

钢筋混凝土结构涨模处理方法

混凝土蜂窝、麻面及涨模等问题处理措施 陕西瑞森建筑工程有限公司曲江风景线 一标段工程项目部 2012年3月20日

一、混凝土质量问题现象 在1#楼地下一层西段剪力墙及5#楼地下二层西段剪力墙混凝土施工时均出现了较严重质量问题。1#楼主要表现为：漏浆、烂根、涨模；2#楼主要表现为：涨模。 二、原因分析 （一）、管理因素： a、这段时间施工任务紧张，一味盲目的追求进度，对质量管理有所松懈。 b、管理人员在过程质量检查时，走马观花、敷衍了事，缺乏责任心。 c、对质量管理中的质量验收程序执行不彻底，甚至未执行就开始了下道工序施工。 （二）、技术因素 a、模板支设时未按照或未完全按照既定施工方案进行施工。 b、混凝土浇筑时分层厚度过大、过振。 三、处理措施 （一）、管理措施 a、在思想上加强所有施工参建人员的意识，是每个人时时刻刻都牢记施工质量控制是进度控制、成本控制的前提。 b、加强管理人员在过程检查时的责任心，切实的履行自己岗位职责。采取经济奖惩措施，功必奖过必罚。 c、整顿并坚持报验程序，坚持自检、互检及交接检的三检制度。三检完后按程序进行报验，严禁未经报验程序进入下道工序。 （二）、技术措施

a、技术人员重新对施工专项方案进行审核，结合工程中出现的质量问题改进施工方案和施工工艺，重新制定最适合本工程特点施工方案和施工工艺。 b、组织施工人员学习施工方案及操作工艺，使每个管理人员及每一个操作工人熟练掌握每一个操作步骤和每一个操作细节，做到人人心中有数。四、实施方案 （一）、施工准备 1、拟修补墙、柱的砼蜂窝、麻面、胀模等缺陷部位，大小标记清晰。 2、对施工过程中使用的架子、锤子、铁锤、吊锤、墨斗准备好。 3、对操作施工人员进行施工技术、安全的交底。 4、对施工人员进行技术指导和检查监督工作。 5、要求待修补处的砼强度达到设计强度的85％后，才能进行修补工作。（二）、劳动力准备 施工人员根据缺陷存在的数量，由生产经理合理安排。 （三）、施工方法 1、涨模处理 （1）、先弹垂直线，将涨模一侧混凝土面用钢钎逐层剔凿，用毛刷刷干净，并用水冲洗，使其无松动石子及粉尘。 （2）、检查因涨模是否引起钢筋位移。如果钢筋位移，剔凿的深度应满足钢筋复位后保护层厚度要求，然后进行钢筋复位。重新用毛刷刷干净，并用水冲洗，使其无松动石子及粉尘。 （3）、对修补处涂刷一层用同结构砼相同的水泥做成水泥浆进行界面处理，以使新旧混凝土能结合良好。

015现浇钢筋混凝土框架柱涨模及偏位处理方案

混凝土框架柱涨模、偏位处理方案 现场混凝土浇筑完成后，发现部分框架柱出现涨模、偏位等现象，现结合现场情况及混凝土质量通病防治措施，对该部分框架柱进行处理。 一、钢筋混凝土框架柱涨模 （一）原因分析 1、管理因素： （1）这段时间施工任务紧张，一味盲目的追求进度，对质量管理有所松懈。 （2）管理人员在过程质量检查时，走马观花、敷衍了事，缺乏责任心。 （3）对质量管理中的质量验收程序执行不彻底。 2、技术因素 （1）模板支设时未按照或未完全按照既定施工方案进行施工。 （2）混凝土浇筑时分层厚度过大、过振。 （二）处理措施 1、管理措施 （1）在思想上加强所有施工参建人员的意识，是每个人时时刻刻都牢记施工质量控制是进度控制、成本控制的前提。 （2）加强管理人员在过程检查时的责任心，切实的履行自己岗位职责。采取经济奖惩措施，功必奖过必罚。 （3）整顿并坚持报验程序，坚持自检、互检及交接检的三检制度。三检完后按程序进行报验，严禁未经报验程序进入下道工序。 2、技术措施 （1）技术人员重新对施工专项方案进行审核，结合工程中出现的质量问题改进施工方案和施工工艺，重新制定最适合本工程特点施工方案和施工工艺。 （2）组织施工人员学习施工方案及操作工艺，使每个管理人员及每一个操作工人熟练掌握每一个操作步骤和每一个操作细节，做到人人心中有数。 （三）施工措施 1、施工准备 （1）计划修补的柱子采用标记法进行标注清楚，并采用墨线把涨模部分弹出，核对是否正确，并有核对记录。 （2）对施工过程中使用的架子、锤子、铁锤、吊锤、墨斗准备好。

（3）对操作施工人员进行施工技术、安全的交底。 （4）要求待修补处的砼强度达到设计强度的90％后，才能进行修补工作。 2、施工工艺 标注框架柱涨模部分→涨模部分弹线→剔凿涨模部分→清扫松散部分混凝土→浇水湿润→对局部进行水泥砂浆拉毛 3、施工要点 （1）先弹垂直线，将涨模一侧混凝土面用钢钎逐层剔凿，用毛刷刷干净，并用水冲洗，使其无松动石子及粉尘。 （2）检查因涨模是否引起钢筋位移。如果钢筋位移，剔凿的深度应满足钢筋复位后保护层厚度要求，然后进行钢筋复位。重新用毛刷刷干净，并用水冲洗，使其无松动石子及粉尘。 （3）对修补处涂刷一层用同结构砼相同的水泥做成水泥浆进行界面处理，以使新旧混凝土能结合良好。 （4）用1：2或1:2.5水泥砂浆进行抹面处理。如果厚度超过20mm，需挂设钢丝网进行补强处理。施工完毕终凝后加强淋水养护。 （5）对于凿除的混凝土垃圾应及时进行清理干净，并运到室外垃圾场。 二钢筋混凝土框架柱偏位 （一）原因分析 1、经过轴线测量放线，检查发现部分框架柱的纵向受力钢筋存在偏移的现象。钢筋质量问题产生原因分析：钢筋绑扎不到位及浇捣砼时钢筋受冲击偏移。 （二）处理措施 1、钢筋位移不大于20mm： 如果钢筋位移在20mm范围内，可剔凿钢筋根部的混凝土，深度约6～8厘米，然后用扳手将钢筋调整到位，保证模板支设即可。这样的处理，符合钢筋≥1：6改变位置的要求。按照≥1：6的比例调整钢筋概念：如果钢筋位移了20mm，在顶板以上不小于20×6=120mm 的高度范围内调整到位。禁止采用热处理的方式，将钢筋煨弯。 2、钢筋位移在20mm至40mm之间： 如果钢筋位移在20mm到40mm之间，同样将钢筋根部的混凝土剔凿约8厘米深度，然后用扳手将钢筋调整到位，保证模板支设，同时采取钢筋根部绑扎钢筋的方法进行加固，加筋的直径同原结构钢筋，加筋需要与打弯的钢筋绑扎搭接在一起。

win7系统常见的乱码问题解决方法

win7系统常见的乱码问题解决方法 win7系统乱码的问题，经常会碰到一些软件是简体中文的，可是在win7系统中却出来乱码的问题？400pc小编教你破解是哪些原因造成win7系统乱码。 近期，居住香港的姐姐也安装了Windows 7，不过，令她烦恼的是使用一些简体中文的软件出现了乱码。而这些软件都无法找到繁体版本，比如：迅雷，即使勉强安装好也无法轻松使用。难道香港用户就无法使用这些简体软件了吗？其实，Windows 7自身已经提供了完善的解决方案了。 一、Windows 7乱码问题来龙去脉 旅居香港的姐姐安装的是我提供的简体中文版本的Windows 7旗舰版，按理是可以顺利兼容简体软件的，然而问题就出在姐姐对默认的安装设置进行了修改。因为姐姐经常使用繁体软件，她将系统的“区域和语言”的“格式”、“位置”、“默认输入语言”、“非Unicode程序的语言”都设置成了更加顺手的香港繁体。 我们知道Unicode也可称为统一码，为每种语言的每个字符设置了统一且唯一的二进制编码，以满足跨语言、跨平台进行文本转换处理的要求，然而，还是有不少程序并不支持该编码，这时就有必要设置非Unicode程序使用的语言编码了。像迅雷这样的软件就支持简体中文编码，而不支持Unicode，当设置了香港繁体的非Unicode 就会出现乱码，同理，将非Unicode设置为简体后，很多不支持Unicode的繁体软件也会出现乱码。这个乱码问题难道是两难的吗？其实，我们使用Windows 7的语言包补丁安装功能就可以顺利解决。 二、巧妙解决Windows 7乱码 1.安装合适的语言包 首先，要能安装多种语言包的Windows 7只能是旗舰版或者企业版，接着我们就来解决这个问题吧。我们点击“开始-Windows Update”打开自动更新窗口。 在窗口中点击“34个可选更新”链接，在可以下载安装的语言包列表中选择“繁体中文语言包”，确定即可。 回到刚才的窗口点击“安装更新”按钮开始下载安装。 安装完语言包补丁需要重启。重启的过程需要配置补丁。

XPE终端常见问题及解决办法V10

产品型号：XPE终端 现象描述：开机普通用户自动登录，如何进管理员或者其它用户？ 故障分析： 解决办法：点击“注销”后，按住Shift键一直不放，可看到用户登录界面。 (二) 产品型号：XPE终端 现象描述：忘记管理员密码，如何以管理员身份登录系统？ 故障分析： 解决办法：在用户登录界面，连续两下快按Shift+Ctrl+Delete键，会出现另一种用户登录界面，用户名输入：administrator 密码输入：gwixpe登入超级管理员。然后通过本地监控程序(本地管理软件)修改用户名密码。 (三) 产品型号：XPE终端 现象描述：忘记本地监控程序登录密码 故障分析： 解决办法：本地监控程序忘记密码后，只能在注册表查看登录密码。在注册表HKEY_LOCAL_MA CHINE\SYSTEM\GWI下ChangePassword的值就是密码。 (四) 产品型号：XPE终端 现象描述：运行U盘或者D盘中.exe文件报错 故障分析：报错是因为在组策略中设置了软件限制策略。 解决办法：在“运行”输入gpedit.msc回车打开策略管理器中，计算机配置---windows设置---软件限制策略中可以看到相关设置（详细设置在可以在网上搜索得到）。 (五) 产品型号：XPE终端 现象描述：管理员用户下能运行的软件却在普通用户下不能运行 故障分析： 解决办法：在管理员下，把安装后的软件目录的USERS权限提升为完全控制。如不行把软件发回技术中心。设置方法，目录文件右键属性，安全标签，选择Users，把下面的“完全控制”的勾勾上。 (六) 产品型号：XPE终端 现象描述：系统登录界面，密码输入框没有光标不能输入登录密码 故障分析： 解决办法：连续两下快按Shift+Ctrl+Delete键，在另一种用户登录界面中输入用户名和密码。

Android读取中文文件乱码解决方法

最近在做个MP3播放器，出现中文乱码问题，在网上找了很多解决办法，我整理了出现乱码的点和解决方案，拿出来和大家共享一下 1.读取中文文件乱码解决方法 package com.apj.conv; import java.io.BufferedInputStream; import java.io.BufferedReader; import java.io.File; import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.IOException; import java.io.InputStreamReader; import android.app.Activity; import android.os.Bundle; import android.os.Environment; import android.widget.TextView; public class ConverActivity extends Activity { private TextV iew textview ; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(https://www.sodocs.net/doc/6b13378605.html,yout.main); textview = (TextView) findView ById(R.id.lrctext); System.out.println("==============convertCodeAndGetText begin============== ") ; ///获得SDCard中文件的路径 String path = Environment.getExternalStorageDirectory().getAbsolutePath()+ File.separator ; String tochinese = convertCodeAndGetText(path+"a.txt"); System.out.println(tochinese); System.out.println("==============cconvertCodeAndGetText end=============="); textview.setText(tochinese); }

涨模处理措施

1#楼涨模剔凿处理方案 一、编制说明 经检查发现1#楼有局部涨模现象，为保证结构的安全性及观感效果，特编制此方案。 二、处理措施 2.1、施工准备 2.1.1拟修补墙、柱的砼蜂窝、麻面、胀模等缺陷部位，大小标记清晰。 2.1.2对施工过程中使用的架子、锤子、铁锤、吊锤、墨斗准备好。 2.1.3施工员对操作施工人员进行施工技术、安全的交底。 2.1.4施工员负责对施工人员进行技术指导和检查监督工作。 2.1.5要求待修补处的砼强度达到设计强度的85％后，才能进行修补工作。 2.2、劳动力准备 施工人员根据缺陷存在的数量，由施工员合理安排。2.3、施工方法 涨模部位处理方案：模板拆除后发现混凝土有涨模现象，技术质量人员应及时通知监理工程师到现场查看，监理工程师查看完成后作业人员对涨模部位混凝土进行剔凿，剔凿时

不得损坏结构钢筋，剔凿完成后，经项目部技术人员检查合格，通知监理工程师验收，验收合格后用清水将剔凿部位浇水湿润，用与原结构混凝土所使用的同样的水泥配置1：2～1：2.5的水泥砂浆，于修补前进行调试对比，调试好后将水泥砂浆放入小桶内搅拌均匀，依照漆工刮腻子的方法用刮刀将剔凿面刮平压光，随后按照混凝土养护方法进行养护。 2.3.1首先对待修补部位的松散混凝土进行凿除，做到小锤细凿，避免损伤结构钢筋。 2.3.2对凿除部位用毛刷刷干净，并用水冲洗，使其无松动石子及粉尘。 2.3.3进行支模，要求模板支设牢固，并留设浇筑口和清理口，确保支模时的垃圾能清理干净。清理后及时封堵清理口。 2.3.4对修补处涂刷一层用同砼相同的水泥做成水泥浆进行界面处理，以使新旧混凝土能结合良好。 2.3.5 采用与原混凝土设计强度相同的微膨胀混凝土进行浇筑修补，要求用￠12钢筋仔细捣实。 2.3.6 混凝土终凝后拆模，加强洒水养护，避免新旧混凝土结合处开裂。 2.3.7 对于较轻微的麻面现象，用毛刷刷干净，用水冲洗，使其无松动石子及粉尘后，修补前涂刷同砼标号水泥浆基层或用1：2水泥砂浆进行抹面处理即可，施工完毕终凝

混凝土结构露筋专项修补方案66947

混凝土露筋专项修补方案 1、编制说明 针对6#楼12层西户混凝土漏筋，制订混凝土漏筋专项修补方案，包括剪力墙、结构梁、楼板、楼梯等结构部位上出现的露筋。 2、修补措施 2.1、板面露筋、板底露筋、梁底露筋修补措施 1、除锈：由于钢筋外露一段时间后，表面产生铁锈，为了使钢筋与混凝土良好粘结，所以必须对露筋部位进行除锈处理，具体为人工使用钢刷将钢筋表面铁锈刮除并清理干净。 2、凿毛：对表面露筋，先用钢丝刷清除表面浮层污物。如露筋较深，采用人工凿毛方法，凿掉表面混凝土，使基底露出坚硬、牢固的混凝土面，凿毛务必彻底全面，但也不宜深度过大，以免损坏混凝土。 3、冲洗和饱和：对凿除的混凝土表面，采用自来水将碎屑、灰尘冲洗干净，并连续、均匀地喷洒，使表层混凝土达到饱和状态，且表面无明水。为了增加粘连，可配水泥油均匀涂洒于接触面。 4、浇筑：对表面露筋，用1：2或1：2.5水泥砂浆将露筋部位抹压平整，抹灰厚度在1.5～2.5cm之间，注意结构表面的平整度。 5、养护：浇灌后24小时不得使浇筑层振动、碰撞；在终凝前对表面抹平压光，终凝后即用塑料薄膜覆盖，并洒水养护，每天4-6次。养护温度在15摄氏度以上为宜，时间为七天。 2.2、墙柱露筋、梁侧露筋修补措施 1、剔凿

在凿除的过程中最应该注意的一点是防止对结构整体的骚动，所以凿除时必须用人工进行凿除，在原露筋处仔细打凿所有的松散混凝土，底部混凝土强度达到处凿成平面，上部混凝土达到处凿成60度斜面。用钢丝刷刷去钢筋上余留的泥浆，柱内垃圾清除干净并用清水冲洗。 2、支模 支模前先将凿除的混凝土碎片清理干净，在支模时预先在模板的顶部留置进料口和振捣口，进料口高出柱子问题处50cm，等混凝土达到一定强度后再用人工凿除。在支模时搭好作业平台，以便混凝土施工。 3.保湿 在支模后开始对原混凝土进行保湿，在模板内塞满湿润了的麻袋（或旧衣服等吸水性能强的材料），做到每2小时对其浇水一次，保证下部混凝土的湿润，待混凝土湿润24小时后方可浇筑。 4.浇筑 在模板验收合格原混凝土湿润透后再进行新的混凝土的浇捣。把模板内的麻袋取出并用水再次冲洗干净。在浇捣前先用1：1的水泥砂浆接浇，以保证新浇捣的混凝土的性能与质量。 新浇捣的混凝土应该采用同一品牌且比原混凝土高一个强度等级的早强型微膨胀细石混凝土进行浇筑，为了防止混凝土出现收水现象，新浇捣的混凝土应该采用微膨胀混凝土进行浇筑，塌落度控制在60-80之间。振捣采用插式震动器，用模内外振捣法振捣，一般每点振捣时间为20-30S，过短不易捣实，过长可能会引起混凝土产生离析现象，还可能使模板变形影响混凝土感观质量。浇捣完成应以混凝土表面呈水平不再显著下沉，无气泡外溢表面

U盘乱码修复

U盘文件夹名称变为类似如下情形：佞愳亠?仠或者@?等等不一，还不能删除，删除时提示：无法删除文件，无法读源文件或磁盘。注意看乱码文件大都特别大，甚至几十G都有。 出现这种问题的原因通常是因为不正常的插拔等情况造成的，导致U盘的文件分配表错乱了 建议：此时运行chkdsk 盘符: /f 可以检查出一些错误。当有提示修改文件夹为文件名时，输入Y选择是。此时一般问题就会解决了。 如果还有问题，将一些重要的文件能保存下来就尽量保存下来，然后对U 盘进行格式化，或者进行低级格式化，再把重要文件COPY回去～ 其他解决方案： 1.在问题U盘图标上点右键选择"属性"——"工具"——点“差错"下的"开始检查"结束后问题即解决.如果不行，请继续往下尝试。 2. 尝试为文件重命名，如果可以重命名的话。运行cmd 打开任务管理器，结束explorer进程，切换到cmd命令提示符状态下输入“Del 文件名”后就可以删除文件了，这种方法只适用于可以重命名的文件。在进行操作时先关闭其他一切不相关的程序。 3. 如果重命名文件时系统提示“拒绝访问”，那么在cmd运行模式下运行“chkdsk 盘符: /f”命令检查磁盘错误并修复。 如果出现找到磁盘错误，一般的错误都是可以修复的，在修复完成后就可以删除乱码文件了。 注意：有时，由于乱码文件所在分区为系统区，系统会提示“另一个进程正在调用该卷，是否希望下次开机时检查该卷?”我建议用这样的方法运行chkdsk 命令，使用Windows安装盘引导系统，在选择新安装windows界面时，按“R”修复已有系统，进入命令提示符状态，在这里运行“chkdsk /f”命令。我测试过，这样运行的效果要比在Windows下的cmd模式中好很多。再运行“fixmbr”命令修复分区表。也可以修复系统其他的问题。 4.如果进行完上一步仍然无法删除乱码文件，可以使用我们最常用的WinRAR压缩工具来删除，具体的方法是压缩乱码文件并选中“压缩后删除源文件”选项。这样，一般的乱码文件就可以删除了。

施工中胀模和爆模产生原因和处理措施

施工中胀模和爆模产生原因和处理措施 一、胀模和爆模主要发生在以下几种情况: 1) 地下层墙体浇筑时,支撑及围檩间距过大,特别在模板刚度差时,产生爆模。 2) 墙模板对拉螺栓间距过大,螺栓规格过小时,产生胀模和爆模。 3) 模板拉杆数量不足,混凝土振捣拉杆螺丝崩掉,致使模板爆开。 4) 梁、柱模板卡具间距过大,未夹紧模板或拉杆螺栓配备数量不足,以致局部模 板无法承受混凝土振捣时产生的侧向压力,产生局部爆模。 5) 浇筑楼梯间及电梯间墙体时,混凝土浇筑速度过快、一次浇灌高度过高,造成了胀模或爆模。 6) 工程中多次爆模原因都是因为振动部位过深或已振部位再次振动,振捣过度产生爆模。 7) 操作人员的责任问题。多次出现模板绑扎不牢、支撑不牢而产生的爆模, 这种现象在工程初期出现较多。 8) 门窗洞口内模间对撑不牢固,振捣时模板被挤,偏离正确位置,出现爆模。 9) 柱截面与模板材质选择不匹配的问题。因木模板强度不够,所以柱截面大时不能采用木模板。 10) 木模板反复使用造成模板变形,引起胀模、爆模。本工程中木工班组前期在拆除模板过程中违反规定拆除模板,修复模板时对模板的处理不够,使得随后某些施工部位模板变形严重,虽然管理人员及时发现并进行了处理,但仍有少量部 位有由于模板问题出现胀模等现象。 二、胀模、爆模现象产生原因汇总分析 1 模板方面 模板问题,包括模板本身质量差、强度不够或者模板材质选用不当等。模板支撑问题,包括支撑不牢、支撑点数量不够、支撑方式选用不当等。模板连接问题,包括对拉连接螺栓数量和间距不当等。 2 施工人员问题 包括施工人员操作不当、操作不认真、责任心不强、技术不过关等。 3 管理方面

MYSQL数据中文的乱码问题

最近一台服务器环境升级，mysql从4.0升级到了5.0,乱码问题让人崩溃了…… 下面搜集了一堆方法，其实最简单的还是推荐使用帝国备份王，很好，很强大！ 第一种方法，很精辟的总结： 经常更换虚拟主机,而各个服务商的MYSQL版本不同,当导入数据后,总会出现乱码等无法正常显示的问题,查了好多资料,总结出自己的一点技巧: WINDOWS 下导入应该这样 使用MYSQL的命令 在DOS命令下进入mysql的bin目录下,输入mysql -uroot -p密码数据库名称<要恢复的数据库, 例如我们要把D盘的一个名称为test.sql的数据库恢复到本地的test2这个数据库,那么就这样: mysql -uroot -p密码test2以前的国外主机用的Mysql是4.x系列的，感觉还比较好，都无论GBK和UTF-8都没有乱码，没想到新的主机的Mysql是5.0版本的，导入数据后，用Php 读出来全是问号，乱码一片，记得我以前也曾经有过一次切换出现乱码的经验，原因肯定是Mysql版本之间的差异问题。 只好查资料，发现了一个解决方法，就是在mysql_connect后面加一句SET NAMES UTF8，即可使得UTF8的数据库消除乱码，对于GBK的数据库则使用SET NAMES GBK，代码如下：

$mysql_mylink = mysql_connect($mysql_host, $mysql_user, $mysql_pass); mysql_query("SET NAMES 'GBK'"); 数据库字符集为utf-8 连接语句用这个 mysql_query("SET NAMES 'UTF8'"); mysql_query("SET CHARACTER SET UTF8"); mysql_query("SET CHARACTER_SET_RESULTS=UTF8'"); 还有个方法就是,如果你自己的机器的话,可以更改MYSQL字符集,一般在MYSQ4和MYSQL5这两个版本中有效 第二个方法：很不错的解说，可以试一下 mysql乱码处理总结: (1)java中处理中文字符正常,在cmd client中显示乱码是字符集的问题. (2)字段长度设置够长,但插入中文字符时提示 com.mysql.jdbc.MysqlDataTruncation: Data truncation: Data too long for column错误是字符集的问题. (3)乱码问题归根到底是字符集的问题,那就从字符集设置方面考虑,不外乎下面几个方面:server,client,database,connection,results.

柱子涨模处理方案(严选优质)

构造柱涨模处理方案 神华北电返迁楼11#楼工程，现已完成到主体六层混凝土浇筑工作，在二层混凝土柱模板拆除后，发现在二层构造柱出现胀模现象，涨模主要集中在二层柱根部，涨模大约为1cm-3cm之间，虽然不影响框架柱的结构质量，但影响装饰及外观质量，为了消除该部分存在的质量缺陷，经项目部分析该部分形成的原因之后，特制订该处理方案。 一、施工准备： 1、计划修补的柱子采用标记法进行标注清楚，并采用墨线把 涨模部分弹出，核对是否正确，并有核对记录。 2、修补过程中现场施工管理人员应进行现场技术指导和检 查监督工作。 3、等到柱混凝土强度达到90%以上时再进行修补及处理。 二、施工方法及工艺： 施工工艺： 标注柱涨模部分→涨模部分弹线→剔凿涨模部分→清扫松散部分混凝土→浇水湿润→对局部进行水泥砂浆拉毛 1、首先检查涨模部分具体位置，找准位置，在平面图上标注 上具体部位及标高。 2、然后进行吊线、弹线找出涨模具体位置。 3、对于存在安全隐患的部位进行整改到位。

4、剔凿涨模部分的混凝土，剔凿采用人工进行凿除，凿除中 禁止裸露主筋，禁止采用电铲、电锤等电动工具进行剔凿，人工凿除应采用竖向进行剔凿，最后凿除深度为斜纹状，深度不能大于2mm.并保持表面不能有松散的石子和混凝土颗粒。要求凿除后的混凝土表面观感达到斩假石的效果。 5、对于凿除后的混凝土部分，用水进行冲洗干净，使其无松 动石子及混凝土浮浆。 6、然后采用建筑胶素水泥砂浆在需要修补的混凝土表面涂 刷一层，以保证新旧混凝土结合牢固。 7、然后采用同砼标号的水泥砂浆进行凿除面的修补工作，要 求表面毛光。 8、对于凿除的混凝土垃圾应及时进行清理干净，并运到室外 垃圾场。 三、劳务队必须按照项目部技术方案及交底实施，否则出现的一 切后果由劳务队承担。 赤峰市平庄建筑工程有限公司 2013年7月18日

mysql中文乱码解决

转载：Mysql中文乱码的解决方法 第一种方法，很精辟的总结： 经常更换虚拟主机,而各个服务商的MYSQL版本不同,当导入数据后,总会出现乱码等无法正常显示的问题,查了好多资料,总结出自己的一点技巧: WINDOWS 下导入应该这样 使用MYSQL的命令 在DOS 命令下进入mysql的bin目录下,输入mysql -uroot -p密码数据库名称<要恢复的数据库, 例如我们要把D盘的一个名称为test.sql的数据库恢复到本地的test2这个数据库,那么就这样: mysql -uroot -p密码test2以前的国外主机用的Mysql是4.x系列的，感觉还比较好，都无论GBK和UTF-8都没有乱码，没想到新的主机的Mysql是5.0版本的，导入数据后，用Php读出来全是问号，乱码一片，记得我以前也曾经有过一次切换出现乱码的经验，原因肯定是Mysql版本之间的差异问题。 只好查资料，发现了一个解决方法，就是在mysql_connect后面加一句SET NAMES UTF8，即可使得UTF8的数据库消除乱码，对于GBK的数据库则使用SET NAMES GBK，代码如下： $mysql_mylink = mysql_connect($mysql_host, $mysql_user, $mysql_pass); mysql_query("SET NAMES 'GBK'"); 数据库字符集为utf-8 连接语句用这个 mysql_query("SET NAMES 'UTF8'"); mysql_query("SET CHARACTER SET UTF8"); mysql_query("SET CHARACTER_SET_RESULTS=UTF8'");