第一篇：word文档编码问题的修复方法
今天在qq群看到一份文档听人说出了点问题，于是下载下来看了一下，果然是有问题。加压文件校验没有问题，试着打开rar文件里面的文档，有一个word打开就是乱码，选择uift8都打不开，我还真不知道作者到底是用哪个编码写的文档。我跟其他人说是rar文件出问题了，其实那是假话，如果rar文件出问题那么整个文件都应该有问题，在解压的时候就会提示文件加压错误。于是乎，在下总结了一下有以下几个问题：
1.这个rar文件在加压或者传输过程中受损，而且被人修复过，但是其中一个文档没有修复成功！
2.出现编码错误文档在作者写的时候就出现了错误，文件就被损坏！
3.由于该文档是属于工程专业文档，有很多特殊字符，可能会由于字体的原因无法显示，这样也会出现乱码的问题。
4.可能是由于个人office的问题，当然这是很不可能的，但是也得注意。出现乱码可以在word“工具中”选择"选项”——“常规”中选择打开时转换，或者用wps试一下。-
下面就介绍一下word的一些修复工作。
word修复和其他文件修复一样，首选要这样的工具。
1.easyrecover。修复工具，个人认为是最好用的修复工具，它不仅可以修复word等文件修复，还有强大的数据恢复功能。在数据恢复上可以与superrecover相媲美！
修复国产很简单，只要在操作界面上选择文件修复然后选择word修复即可。
另外几款word修复工具也跟easyrecover差不多，只是没有起强大。但是作为专业的word修复，也很不错！
2.Advanced_Word_Repair，一款专业的word文档修复工具。英文版的功能较全。
3.wordrepaircn藐视是一款国产的word修复工具特点就是就txt文档的修复，另外它分97版和03版俩格式板块，也很不错，
第二篇：Java中文&编码问题小结
2006-03-07 | Java中文&编码问题小结
Java字符编码转换过程说明
常见问题 JVM JVM启动后，JVM会设置一些系统属性以表明JVM的缺省区域。user.language,user.region,file.encoding等。可以使用 System.getProperties()详细查看所有的系统属性。
如在英文操作系统(如UNIX)下，可以使用如下属性定义强制指定JVM为中文环境
-Dclient.encoding.override=GBK-Dfile.encoding=GBK-Duser.language=zh-Duser.region=CN
.javaà.class编译
说明：一般javac根据当前os区域设置,自动决定源文件的编码.可以通过-encoding强制指定.错误可能: 1 gbk编码源文件在英文环境下编译,javac不能正确转换.曾见于java/jsp在英文 unix下.检测方法:写u4e00格式的汉字，绕开javac编码,再在jvm中,将汉字作为 int打印，看值是否相等；或直接以UTF-8编码打开.class文件，看看常量字符串
是否正确保存汉字。
文件读写
外部数据如文件经过读写和转换两个步骤，转为jvm所使用字符。
InputStream/OutputStream用于读写原始外部数据，Reader/Writer执行读写和转
换两个步骤。文件读写转换由java.io.Reader/Writer执行；输入输出流
InputStream/OutputStream 处理汉字不合适,应该首选使用Reader/Writer，如 FileReader/FileWriter。
2`FileReader/FileWriter使用JVM当前编码读写文件.如果有其它编码格式,使用
InputStreamReader/OutputStreamWriter PrintStream有点特殊，它自动使用jvm缺省编码进行转换。
读取.properties文件
.propeties文件由Properties类以iso8859-1编码读取，因此不能在其中直接写汉
字，需要使用JDK 的native2ascii工具转换汉字为uXXXX格式。命令行：
native2ascii –encoding GBK inputfile outputfile
读取XML文件 XML文件读写同于文件读写，但应注意确保XML头中声明如与文件编码保持一致。javax.xml.SAXParser类接受InputStream作为输入参数，对于Reader，需要用 org.xml.sax.InputSource包装一下，再给SAXParser。对于UTF-8编码 XML，注意防止编辑器自动加上uFFFE BOM头, xml parser会报
告content is not allowed in prolog。
字节数组 使用 new String(byteArray,encoding)和 String.getBytes(encoding)在
字节数组和字符串之间进行转换
也可以用ByteArrayInputStream/ByteArrayOutputStream转为流后再用 InputStreamReader/OutputStreamWriter转换。
错误编码的字符串(iso8859-1转码gbk)如果我们得到的字符串是由错误的转码方式产生的，例如：对于gbk中文，由
iso8859-1方式转换，此时如果用调试器看到的字符串一般是 的样子，长度一般
为文本的字节长度，而非汉字个数。
可以采用如下方式转为正确的中文：
text = new String(text.getBytes(“iso8859-1”),”gbk”);
JDBC 转换过程由JDBC Driver执行，取决于各JDBC数据库实现。对此经验尚积累不够。对于ORACLE数据库，需要数据库创建时指定编码方式为gbk，否则会出现汉字转
码错误 对于 SQL Server 2000，最好以nvarchar/nchar类型存放文本，即不存在中文 /编码转换问题。连接 Mysql，将 connectionString 设置成 encoding 为 gb2312：
String connectionString = “jdbc:mysql://localhost/test? useUnicode=true&characterEncoding=gb2312”;
WEB/Servlet/JSP 1 对于JSP，确定头部加上 <%@ page
contentType=“text/html;charset=gb2312”%>这样的标签。对于Servlet，确定 设置setContentType(“text/html;charset=gb2312”)，以上两条用于使得输出汉字没有问题。为输出HTML head中加一个 ，让浏览器正确确定HTML编码。为Web应用加一个Filter，确保每个Request明确调用setCharacterEncoding方
法,让输入汉字能够正确解析。
import java.io.IOException;import javax.servlet.Filter;import javax.servlet.FilterChain;import javax.servlet.FilterConfig;import javax.servlet.ServletException;import javax.servlet.ServletRequest;import javax.servlet.ServletResponse;import javax.servlet.UnavailableException;import javax.servlet.http.HttpServletRequest;/** * Example filter that sets the character encoding to be used in parsing the * incoming request */ public class SetCharacterEncodingFilter implements Filter { public SetCharacterEncodingFilter(){} protected boolean debug = false;protected String encoding = null;protected FilterConfig filterConfig = null;public void destroy(){ this.encoding = null;this.filterConfig = null;}
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)throws IOException, ServletException { // if(request.getCharacterEncoding()== null)// { // String encoding = getEncoding();// if(encoding!= null)// request.setCharacterEncoding(encoding);// // } request.setCharacterEncoding(encoding);if(debug){ System.out.println(((HttpServletRequest)request).getRequestURI()+“setted to ”+encoding);} chain.doFilter(request, response);}
public void init(FilterConfig filterConfig)throws ServletException { this.filterConfig = filterConfig;this.encoding = filterConfig.getInitParameter(“encoding”);this.debug = “true”.equalsIgnoreCase(filterConfig.getInitParameter(“debug”));}
protected String getEncoding(){ return(this.encoding);} }
web.xml中加入：
encoding gb2312 debug false
其一:在web.xml里加上如下脚本: weblogic.httpd.inputCharset./* GBK
SWING/AWT/SWT 对于SWING/AWT，Java会有些缺省字体如Dialog/San Serif，这些字体到系统真实
字体的映射在$JRE_HOME/lib/font.properties.XXX文件中指定。排除字体显示问
题时，首先需要确定JVM的区域为zh_CN，这样font.properties.zh_CN文件才会发
生作用。对于 font.properties.zh_CN , 需要检查是否映射缺省字体到中文字体
如宋体。
在Swing中，Java自行解释TTF字体，渲染显示；对于AWT,SWT显示部分交由操作系
统。首先需要确定系统装有中文字体。汉字显示为”□”，一般为显示字体没有使用中文字体，因为Java对于当前字
体显示不了的字符，不会像Windows一样再采用缺省字体显示。部分不常见汉字不能显示，一般为显示字库中汉字不全，可以换另外的中文字
体试试。对于AWt/SWT，首先确定JVM运行环境的区域设置为中文，因为此处设计JVM与操
作系统api调用的转换问题，再检查其它问题。
JNI JNI中jstring以UTF-8编码给我们，需要我们自行转为本地编码。对于Windows，可以采用WideCharToMultiByte/MultiByteToWideChar函数进行转换，对于Unix，可以采用iconv库。
这里从SUN jdk 1.4 源代码中找到一段使用jvm String 对象的getBytes的转换方
式，相对简单和跨平台，不需要第三方库，但速度稍慢。函数原型如下：
/* Convert between Java strings and i18n C strings */ JNIEXPORT jstring NewStringPlatform(JNIEnv *env, const char *str);
JNIEXPORT const char * GetStringPlatformChars(JNIEnv *env, jstring jstr, jboolean *isCopy);
JNIEXPORT jstring JNICALL JNU_NewStringPlatform(JNIEnv *env, const char *str);
JNIEXPORT const char * JNICALL JNU_GetStringPlatformChars(JNIEnv *env, jstring jstr, jboolean *isCopy);
JNIEXPORT void JNICALL
JNU_ReleaseStringPlatformChars(JNIEnv *env, jstring jstr, const char *str);
附件jni_util.h,jni_util.c
TUXEDO/JOLT JOLT对于传递的字符串需要用如下进行转码
new String(ls_tt.getBytes(“GBK”),“iso8859-1”)
对于返回的字符串
new String(error_message.getBytes(“iso8859-1”),“GBK”);jolt 的系统属性 bea.jolt.encoding不应该设置,如果设置,JSH会报告说错误的
协议.JDK1.4/1.5新增部分
字符集相关类(Charset/CharsetEncoder/CharsetDecoder)jdk1.4开始，对字符集的支持在java.nio.charset包中实现。
常用功能： 列出jvm所支持字符集：Charset.availableCharsets()2 能否对看某个Unicode字符编码，CharsetEncoder.canEncode()
Unicode Surrogate/CJK EXT B Unicode 范围一般所用为U0000-UFFFF范围，jvm使用1个char就可以表示，对于 CJK EXT B区汉字，范围大于U20000，则需要采用2个char方能表示，此即
Unicode Surrogate。这2个char的值范围 落在Character.SURROGATE 区域内，用 Character.getType()来判断。
jdk 1.4尚不能在Swing中正确处理surrogate区的Unicode字符，jdk1.5可以。对
于CJK EXT B区汉字，目前可以使用的字库为”宋体-方正超大字符集”,随Office 安装。
常见问题
在JVM下，用System.out.println不能正确打印中文，显示为??? System.out.println是PrintStream，它采用jvm缺省字符集进行转码工作，如果 jvm的缺省字符集为iso8859-1，则中文显示会有问题。此问题常见于Unix下，jvm 的区域没有明确指定的情况。
在英文UNIX环境下,用System.out.println能够正确打印汉字，但是内部处理错误 可能是汉字在输入转换时，就没有正确转码：
即gbk文本à(iso8859-1转码)àjvm char(iso8859-1编码汉字)à(iso8859-1转码)à
输出。
gbk汉字经过两次错误转码，原封不动的被传递到输出，但是在jvm中，并未以正
确的unicode编码表示，而是以一个汉字字节一个char的方式表示，从而导致此类
错误。
GB2312-80，GBK，GB18030-2000 汉字字符集
GB2312-80 是在国内计算机汉字信息技术发展初始阶段制定的，其中包含了大部
分常用的一、二级汉字，和 9 区的符号。该字符集是几乎所有的中文系统和国际
化的软件都支持的中文字符集，这也是最基本的中文字符集。其编码范围是高位
0xa1－0xfe，低位也是 0xa1-0xfe；汉字从 0xb0a1 开始，结束于 0xf7fe；
GBK 是 GB2312-80 的扩展，是向上兼容的。它包含了 20902 个汉字，其编码范
围是 0x8140-0xfefe，剔除高位 0x80 的字位。其所有字符都可以一对一映射到
Unicode 2.0，也就是说 JAVA 实际上提供了 GBK 字符集的支持。这是现阶段
Windows 和其它一些中文操作系统的缺省字符集，但并不是所有的国际化软件都
支持该字符集，感觉是他们并不完全知道 GBK 是怎么回事。值得注意的是它不是
国家标准，而只是规范。随着 GB18030-2000国标的发布，它将在不久的将来完成
它的历史使命。
GB18030-2000(GBK2K)在 GBK 的基础上进一步扩展了汉字，增加了藏、蒙等少数
民族的字形。GBK2K 从根本上解决了字位不够，字形不足的问题。它有几个特点，它并没有确定所有的字形，只是规定了编码范围，留待以后扩充。
编码是变长的，其二字节部分与 GBK 兼容；四字节部分是扩充的字形、字位，其
编码范围是首字节 0x81-0xfe、二字节0x30-0x39、三字节 0x81-0xfe、四字节
0x30-0x39。
UTF-8/UTF-16/UTF-32
UTF，即Unicode Transformer Format，是Unicode代码点(code point)的实际表 示方式，按其基本长度所用位数分为UTF-8/16/32。它也可以认为是一种特殊的外
部数据编码，但能够与Unicode代码点做一一对应。
UTF-8是变长编码，每个Unicode代码点按照不同范围，可以有1-3字节的不同长度。
UTF-16长度相对固定，只要不处理大于U200000范围的字符，每个Unicode代码点
使用16位即2字节表示，超出部分使用两个UTF-16即4字节表示。按照高低位字节
顺序，又分为UTF-16BE/UTF-16LE。
UTF-32长度始终固定，每个Unicode代码点使用32位即4字节表示。按照高低位字
节顺序，又分为UTF-32BE/UTF-32LE。
UTF编码有个优点，即尽管编码字节数不等，但是不像gb2312/gbk编码一样，需要
从文本开始寻找，才能正确对汉字进行定位。在UTF编码下，根据相对固定的算法，从当前位置就能够知道当前字节是否是一个代码点的开始还是结束，从而相对
简单的进行字符定位。不过定位问题最简单的还是UTF-32，它根本不需要进行字
符定位，但是相对的大小也增加不少。
关于GCJ JVM GCJ并未完全依照sun jdk的做法，对于区域和编码问题考虑尚不够周全。GCJ启动
时，区域始终设为en_US，编码也缺省为iso8859-1。但是可以用Reader/Writer做
正确编码转换。
第三篇：国外地下水污染治理及修复方法探讨
国外地下水污染治理及修复方法探讨
摘要：地下水污染问题在中国乃至全世界都是亟待解决的问题，特别是地下水微量有机污染问题已经成为问题的焦点。本文讨论了近年来国外地下水污染治理及修复的方法。关键词：地下水污染；治理；修复
当前欧、美、日等发达国家的环境保护中所面临的最紧迫的形势是环境中有毒有害化学物质污染。1997年美国EPA筛选出65类129种优先控制的污染物，其中有机化合物114种，占总数的88%。全球八大环境问题之一就是持久性有机污染，预计十年内有望取得一定程度的进展。国际环境法以空前的速度发展，2001年国际社会谈判通过了重大全球环境公约，其中包括《难降解有机污染物公约》（POPS Convention）（2001）。美国现行生活水质标准[4]52项，其中有机物27项，占总数的50%多。欧共体生活水质标准有机物6项。丹麦环保局有一项特别针对危险化学物质的咨询方案和一个有约束力的国际协议，逐渐淘汰了12种持久性有机污染物，并且制定了其它长久残留有机污染物的标准。地下水污染问题在各国工业不断发展的同时，人工合成的有机物越来越多，大致可分为两类：一类是天然有机物；另一类是人工合成有机物。现在已知的有机物种类约700万种之多，其中人工合成的有机物种类达十万种以上，且以每年2000种的速度递增。美国早就认识到水是国家最重要的资源，1972年就实施清洁水法。80年代美国已经将地下水的有毒化学污染问题列为三种重要的环境污染问题中的一种，这是因为：a地下水一旦被污染，将保持污染达数百年或者更久，而且将污染物清除是十分艰难的事情；b农业有一半的灌溉用水是地下水；c地下水是继海洋之后的另一个最大的水的贮藏库。
一、地下水污染治理技术
欧美国家自20世纪70年代以来，在地下水点源污染治理方面取得了很大的进展，且逐渐发展形成较为系统的地下水污染治理技术。地下水污染治理技术归纳起来主要有：物理处理法、水动力控制法、抽出处理法、原位处理法。1 物理处理法
物理法是用物理的手段对受污染地下水进行治理的一种方法，概括起来又可分为：
①屏蔽法。该法是在地下建立各种物理屏障，将受污染水体圈闭起来，以防止污染物进一步扩散蔓延。常用的灰浆帷幕法是用压力向地下灌注灰浆，在受污染水体周围形成一道帷幕，从而将受污染水体圈闭起来。其他的物理屏障法还有泥浆阻水墙、振动桩阻水墙、板桩阻水墙、块状置换、膜和合成材料帷幕圈闭法等，原理都与灰浆帷幕法相似。总的来说，物理屏蔽法只有在处理小范围的剧毒、难降解污染物时才可考虑作为一种永久性的封闭方法，多数情况下，它只是在地下水污染治理的初期，被用作一种临时性的控制方法。
②被动收集法。该法是在地下水流的下游挖一条足够深的沟道，在沟内布置收集系统，将水面漂浮的污染物质如油类污染物等收集起来，或将所有受污染地下水收集起来以便处理的一种方法。被动收集法一般在处理轻质污染物(如油类等)时比较有效，它在美国治理地下水油污染时得到过广泛的应用。2 水动力控制法
水动力控制法是利用井群系统，通过抽水或向含水层注水，人为地改变地下水的水力梯度，从而将受污染水体与清洁水体分隔开来。根据井群系统布置方式的不同，水力控制法又可分为上游分水岭法和下游分水岭法。上游分水岭法是在受污染水体的上游布置一排注水井，通过注水井向含水层注入清水，使得在该注水井处形成一地下分水岭，从而阻止上游清洁水体向下补给已被污染水体；同时，在下游布置一排抽水井将受污染水体抽出处理。而下游分水岭法则是在受污染水体下游布置一排注水井注水，在下游形成一分水岭以阻止污染羽流向下游扩散，同时在上游布置一排抽水井，抽出清洁水并送到下游注入。同样，水动力控制法一般也用作一种临时性的控制方法，在地下水污染治理的初期用于防止污染物的扩散蔓延。3 抽出处理法
抽出处理法是当前应用很普遍的一种方法，可根据污染物类型和处理费用来选用，大致可分为三类：①物理法。包括：吸附法、重力分离法、过滤法、反渗透法、气吹法和焚烧法等。②化学法。包括：混凝沉淀法、氧化还原法、离子交换法和中和法等。③生物法。包括：活性污泥法、生物膜法、厌氧消化法和土壤处置法等。受污染地下水抽出后的处理方法与地表水的处理相同，需要指出的是，在受污染地下水的抽出处理中，井群系统的建立是关键，井群系统要能控制整个受污染水体的流动。处理后地下水的去向有两个，一是直接使用，另一 个则是用于回灌。用于回 灌多一些的原因是回灌一方面可稀释受污染水体，冲洗含水层；另一方面还可加速地下水的循环流动，从而缩短地下水的修复时间。其运行如图1所示。4 原位处理法
原位处理法是地下水污染治理技术研究的热点，不但处理费用相对节省，而且还可减少地表处理设施，最大程度地减少污染物的暴露，减少对环境的扰动，是一种很有前景的地下水污染治理技术。原位处理技术又包括物理化学处理法及生物处理法。4.1物理化学处理法 ①加药法。通过井群系统向受污染水体灌注化学药剂，如灌注中和剂以中和酸性或碱性渗滤液，添加氧化剂降解有机物或使无机化合物形成沉淀等。
②渗透性处理床。渗透性处理床主要适用于较薄、较浅含水层，一般用于填埋渗滤液的无害化处理。具体做法是在污染羽流的下游挖一条沟，该沟挖至含水层底部基岩层或不透水粘土层，然后在沟内填充能与污染物反应的透水性介质，受污染地下水流入沟内后与该介质发生反应，生成无害化产物或沉淀物而被去除。常用的填充介质有：a.灰岩，用以中和酸性地下水或去除重金属；b.活性炭，用以去除非极性污染物和CCl4、苯等；c.沸石和合成离子交换树脂，用以去除溶解态重金属等。
③土壤改性法。利用土壤中的粘土层，通过注射井在原位注入表面活性剂及有机改性物质，使土壤中的粘土转变为有机粘土。经改性后形成的有机粘土能有效地吸附地下水中的有机污染物。
图1 抽出处理工艺示意图
④冲洗法。对于有机烃类污染，可用空气冲洗，即将空气注入到受污染区域底部，空气在上升过程中，污染物中的挥发性组分会随空气一起溢出，再用集气系统将气体进行收集处理；也可采用蒸汽冲洗，蒸汽不仅可以使挥发性组分溢出，还可以使有机物热解；另外，用酒精冲洗亦可。在理论上，只要整个受污染区域都被冲洗过，则所有的烃类污染物都会被去除。⑤射频放电加热法。通入电流使污染物降解。原位物化法在运用时需要注意的是堵塞问题，尤其是当地下水中存在重金属时，物化反应易生成沉淀，从而堵塞含水层，影响处理过程的进行。4.2生物处理法
原位生物修复的原理实际上是自然生物降解过程的人工强化。它是通过采取人为措施，包括添加氧和营养物等，刺激原位微生物的生长，从而强化污染物的自然生物降解过程。通常原位生物修复的过程为：先通过试验研究，确定原位微生物降解污染物的能力，然后确定能最大程度促进微生物生长的氧需要量和营养配比，最后再将研究结果应用于实际。现在所使用的各种原位生物修复技术都是围绕各种强化措施来进行的，例如强化供氧技术大致有以下几种：
①生物气冲技术。该技术与原位物化法中的气冲技术相似，都是将空气注入受污染区域底部，所不同的是生物气冲的供气量要小一些，只要能达到刺激微生物生长的供气量即可。②溶汽水供氧技术。这是由维吉尼亚多种工艺研究所的研究人员开发的技术，它能制成一种由2/3气和1/3水组成的溶汽水，汽泡直径可小到55 μm。把这种汽水混合物注入受污染区域，可大大提高氧的传递效率。③过氧化氢供氧技术。该技术是把过氧化氢作为氧源注入受污染地下水中，过氧化氢分解以后产生氧以供给微生物生长。过氧化氢常常要与催化剂一起注入，催化剂用以控制过氧化氢的分解速度，使之与微生物的耗氧速度相一致。强化营养物供应的技术包括有渗透墙技术等。该技术是在污染区域内垂直于地下水流方向建一道渗透墙，先将渗透墙内的水抽出，添加营养物后再回灌入渗透墙。这时，添加了营养物的渗透墙就成了一个营养物扩散源，在渗透墙下游就会形成一个生物活跃区，从而强化了生物降解过程。另外，强化措施还可以从微生物的角度入手。可以先在地表设施中对微生物进行选择性培养，然后再通过注射井注入到受污染区域，或直接引进商品化菌种，都可以起到强化生物降解过程的作用。
美国采用生物处理系统治理地下水污染。美国三谷市拉彭特谷县水管局会同巴尔德温帕克可运行单位管理委员会，正在进行一项试验工程，它将使用生物处理系统来去除圣加布里埃尔地下水中的高氯酸盐和另一种常见的污染物氮以及今年初刚发现的名为亚硝基二甲胺氮（NDMA）的混合物。三谷市水管局总工程师理查德.W.汉森称，治理地下水中的高氯酸盐是一个全国性的问题。无疑，南加州在探索处理技术方面走在了全国前列。该系统构思独特，效果显著。他指出，生物降解法和离子交换法这两种人们一致看好的处理高氯酸盐的方法各有利弊。生物降解法在处理过程中使用微生物来消除高氯酸盐；离子交换法则是先吸附住高氯酸盐后再将其去除掉。离子交换法的不足之处是最终必须将废水中的聚集的高氯酸盐清除掉后才能排放，而生物降解法则不存在这一问题，但必须先弄清处理时化学物质的相互
作用是否会把新的污染物引入水中。这种新型处理系统由杀菌和过滤等流程组成。
二、地下水污染修复
生物修复描述了在地下水和土壤中进行的微生物自然降解过程，该过程是在厌氧（缺氧）条件下进行的。既需要电子给予者（如氧），也需要电子接收者（如氢）。多数情况下由于这些基本要素的需要（氧或氢），土壤很快会变得贫乏。氧或氢会以最快的速度阻止自然微生物污染的扩散并达到降解目的。通过固有细菌和自然土壤过程（固有衰减）使土壤和地下水污染物衰减的很大优势是避免了昂贵的泵吸系统、相关工作、维修和加工处理成本。缺点是固有衰减的速度很慢，除有限环境中所有条件都适宜外，固有衰减不是一个很好地去除污染物的“方法”。
加利福尼亚洲的一个名为Regenesis的基础公司研制出一系列从地下水中快速降解和分离污染物的产品，其降解速度远大于固有衰减。其中最有名的产品是氧释放化合物（ORC）和氢释放化合物（HRC），它们能有效地促进燃料、溶剂和许多其它类型地下水污染物的固有衰减。在世界范围内已有9000多个项目正在使用这两种产品。Regenesis公司的另一目标是处理带有溶解金属的地下水污染物，包括：从填土地渗透滤液；阴沟污泥的土地应用；从尾矿和其它废矿淋滤液；从工业废水渗漏和从工业金属加工厂渗漏（如金属加工车间，电镀车间等）。在含水层中溶解金属受到一系列地球化学因素的影响，包括pH、Eh、络合作用、吸附作用和离子交换。通过沉淀、氧化、吸附和络合作用处理和控制这些因素的能力可直接影响地下水中溶解金属的物理状态、流动性和存在形式。Regenesis公司于2003年研制出一种慢释放、无毒的金属修复化合物（MRC），这种化合物通过原位固定作用从地下水中分解出溶解金属，为溶解氢提供了一种发酵性基质来保证氯化物的生物降解作用。对金属污染物修复的主要设计方案在复合金属和溶解羽处理方面很适宜，能快速、有效地从地下水中分解出金属物质且费用很低。向受污染土壤注入MRC化合物后，MRC化合物在还原条件下从地下水中分解出溶解金属。它的活性成分是一种有益健康、环保安全的有机硫化合物。当MRC化合物变为氢氧化物时，在微生物生物降解作用下将缓慢释放有机硫化合物，与金属离子接触时单向与其发生反应产生一种金属—有机硫混合物（络合物）。随后这种金属—有机硫混合物稳固的吸附于土壤并保持稳定状态，有效地实现了地下水净化。络合物生物降解的有机部分脱离硫和金属残留物，独特地渗入土壤基质从而形成硫化物固体。有机部分与其它金属硫化矿物一样主要取决于标准土壤地化学作用，所以固定金属在低氧还原条件下将保持稳定，在氧化条件下可以保持稳定。MRC化合物可有效地沉淀溶解砷、铬、铜、镉、汞、铅和其它溶解金属。在地下水中，通常氧是喜氧微生物的主要限速因素。没有充足的氧仍可继续进行污染物降解作用，但厌氧降解速度很慢且由于局部降解生成物或残留物可形成堆积物质。
Regenesis公司早在1995年就对氧释放化合物（ORC）作过介绍，它是过氧化镁的主要组成部分，在地下水中依靠水化作用可缓慢释放氧分子。通过向过氧化镁组织中添入磷酸盐，ORC化合物能提供一个稳定、可靠的溶解氧释放。无需起泡、鼓泡或其它不可控制的氧消耗，ORC化合物可提供一种线性的长达6到9个月的氧释放。氧释放结束后加速降解作用仍可持续相当长的时间。在此期间喜氧微生物很活跃，加速了汽油和柴油机燃料（BTEX和MTBE）、添加剂、煤油，喷射燃料、凝析油、燃料油、润滑剂、船用油、PAHs、杀虫剂和工业溶剂（乙
醇和酮）的固有衰减并沉淀一些非金属（如砷）。ORC化合物在水井应用中具有良好的护壁作用，或者在地下水应用中可把它用作注入泥浆。更好的应用方法是使用手提式泵直接泵入和直接注入探测。
Regenesis公司研制的氢释放化合物（HRC）是一种特殊配制的能在地下水中缓慢释放氢的环保安全多乳酸脂。可把这种粘性液体直接注入受污染地下水和饱和土壤。这种化合物与水接触后可缓慢释放乳酸。由微生物产生溶解氢使乳酸发酵，在一个被称为还原脱氯的自然过程中通过能够降解氯化物的土壤细菌，把发酵乳酸当作一种高能量（食物）源。能用HRC化合物降解一系列氯化物，包括：脱脂剂（PCE，TCE，TCA及它们的压裂产物）、四氯化铁、三氯甲烷、亚甲氯化物、杀虫剂、高氯化物、硝酸盐、硝芳香爆炸物与染料和氟氯烷碳，并能沉淀特殊金属和放射性核素。在还原脱氯中氯化物是在厌氧条件下被生物降解。在氯化污染物分子中用氢（H）代替氯（cl）实现氯化物脱氯。在一般含水层中（能量贫乏）进行的还原脱氯速度很慢，对大多数修复目的来说是不适宜的。HRC化合物通过多种数量级来增加脱氯的速度，在逐渐脱氯过程中快速去除污染物并最终形成无毒化合物，如乙烯和乙烷。在HRC化合物的影响下这种加速的降解过程可持续18个月，或者HRC化合物的另一种配制产品（延长释放HRC－X）可持续3到5年。也可用HRC－X化合物降解同类污染物（HRC降解），但HRC－X化合物处理残留非水相液体（DNAPLs）时费用非常昂贵。残留DNAPLs可引起一个残留、有害的地下水污染源，并增加了额外的去除污染物成本。HRC－X是一种经过检验的用于解决这一复杂问题的溶液。HRC化合物也被廉价地应用到野外工作中，HRC化合物进入地面后促进了污染物的生物降解并可持续相当长的时间，这就消除了多次注入的需要。低费用应用化合物、持续延长的释放范围、更多工作和保养费用的消除、局部断裂的最小化和依靠外部电源的消除，所有这些使HRC在处理污染物上具有更大的优势。所以，可控释放提供了另一个优点，即在低渗透体系中可使污染物均匀地受到HRC化合物的影响，例如粉土、粘土和多孔岩石体系。实用性实例研究
钻井者认为Regenesis公司产品的优势在于，通过使用工业标准钻机和设备可进行场地修复。可通过使用不同的技术进行场地修复，如直接－推进注入和钻孔回填。其它方法包括坑道和过滤保护套应用，最普遍的使用方法是直接注入。这种应用过程包括用中空钻杆把液态ORC和HRC化合物直接泵入处理区。该方法简单、快捷、有应用价值并可在多个位置使用。使用直接注入法可把ORC和HRC化合物应用于更难达到的位置，包括一些裂隙基岩或邻近大型建筑物的地下污染区。在这些位置常需要特殊的设备，如定向钻进钻机和在有效位置使用双层封隔器。实际上，在水平/定向钻进应用中也可把ORC化合物用作钻探泥浆。
在过滤/滤筒保护套结构中，把ORC保护套下入专用水井中并安装在隔水层位置，使污染物流过氧化区实现降解。通过替换用过的保护套来补充ORC化合物继续生物降解。
在美国华盛顿第四平原服务站，由于其地下石油储蓄罐泄漏而产生了大量BTEX化学物质，包括易挥发的单芳香碳氢化合物、甲苯、苯乙烷和二甲苯，通常在汽油和其它石油产品中可发现这些化学物质。地下含水层主要由沙子和砾石组成，这表明在这些污染物中进行的自然生物降解速度会很慢，通过提供额外的氧可加速自然生物降解过程。最高管理者决定使用ORC化合物来增强生物降解速度，因为ORC化合物在6个月内预期的降解了含水层中超过
50％的污染物。在此修复过程中通过15个土壤钻孔用ORC化合物对污染羽进行降解。每个钻孔被回填60磅的ORC浆液，150天后整个BTEX污染羽被降解58％。使用ORC化合物的成本为4万美元，而使用常规的泵抽－处理系统需要约25万美元。
在美国加利福尼亚洲Hollister的一个军工厂，其地下含水层受到多种化合物的污染。其中主要污染物为高氯酸盐－火箭推进剂的主要成分，从健康角度来看它能损坏甲状腺功能；六价铬(铬－6)，它是一种人们公认的致癌物；冷却剂1,1,2—三氯—1,2,2—三氯甲烷，它是一种能损耗大气臭氧层的环境污染物。其含水层主要由粉砂组成，地下水以每天约0.07英尺的速度向西北方向流动。在探索研究中通过25个注入点把600磅的HRC化合物注入污染区。取样网覆盖面积约为1200平方英尺。对其监测79天后发现高氯化物浓度被减弱88％，而六价铬几乎被完全降解。
一个由俄勒冈州环境质检部门管理的清洁区，其地下水中PCE浓度达到10万微克/每升，这表明在该地区存在DNAPLs残留物，在该位置通过5个定向注入点把700磅的HRC－X注入地面，通过水井JEMW－4来监测HRC－X化合物的影响效果，结果清楚地表明HRC－X化合物促进了PCE的降解速度和原位吸附。
第四篇：Fano编码原理、方法介绍优缺点及应用领域
信息论实验报告
姓名：王健
学号：10061032
5Fano编码
一、方法介绍
Fano编码的目的是产生具有最小冗余的码词（code word）。其基本思想是产生编码长度可变的码词。码词长度可变指的是，被编码的一些消息的符号可以用比较短的码词来表示。估计码词长度的准则是符号出现的概率。符号出现的概率越大，其码词的长度越短。Fano编码是从概率匹配角度出发，对于离散的无记忆信源，构造的一个变长的无失真编码。符号从最大可能到最少可能排序，将排列好的心愿符号分化为两大组，使两组的概率和近于相同，并各赋予一个二元码符号“0”和“1”。只要有符号剩余，以同样的过程重复这些集合以此确定这些代码的连续编码数字。依次下去，直至每一组的只剩下一个信源符号为止。当一组已经降低到一个符号，显然，这意味着符号的代码是完整的，不会形成任何其他符号的代码前缀。
二、方法原理
范诺编码算法步骤：
（1）按照符号出现的概率减少的顺序将待编码的符号排成序列。
（2）将符号分成两组，使这两组符号概率和相等或几乎相等。
（3）将第一组赋值为0，第二组赋值为1。
（4）对每一组，重复步骤2的操作。
三、优缺点
1、缺点
当信源符号较多，并有一些符号概率很接近时，分两组的组合方法会有很多，还有赋码元的任意性，因此Fano编码出的码字是不唯一的。
这种编码方法不能使短码得到充分的利用。Fano编码虽属于概率匹配范畴，但并为严格遵守匹配规则，即不是按照“概率大码长小，概率小码长大”来决定码长，有时会出现概率小码长反而小的情况。
可能某种分大组的结果，会出现后面小组“概率和”相差较远，因而使平均码长增加。
只有对特殊概率分布的信源才是最优编码，所以Fano编码不是最佳的编码方法。
2、优点
Fano码的编码方法实际上是构造哈夫曼树的一种方法，所以Fano编码是即时码。 Fano编码是变长编码，这种编码方法往往在编码码长不是很长的情况下就可以编译出编码效率很高而且无失真编码。
Fano码也考虑了统计特性，使经常出现的信源能对应码长短的码字。 Fano码适合于每次分组概率都很接近的信源，特别是对每次分组概率都相等的信源进行编码时，可达到最好的编码效率。
四、适用领域
信源编码在数字通信中，语音、图像、文字和数据的压缩中有着广泛的应用。
信源编码主要可分为无失真信源编码和限失真信源编码。Fano编码是无失真的信源编码，它主要应用于如文本、表格及工程图纸等信源的无失真信源编码。
第五篇：关于安装99宿舍的软件后,导致网页打不开问题的修复方法
关于安装99宿舍的软件后，导致网页打不开问题的修复方法
广大同学，今天（8月21日），大学英语四六级考试成绩放榜。谁料大量考生反映，在99宿舍网上查询分数，下载了一个“查询加密锁”，竟导致连网页都打不开了。“中毒者”数量众多。之后据360安全卫士官方微博“解读”，这是网络设置被修改造成的。在此提醒广大考生，查询大学英语四六级成绩可通过“中国高等教育学生信息网（学信网）”等其他方式记。截至发稿时，“99宿舍网”要求安装加密锁的文字标识仍未撤掉。下面是解决办法：
今天收到大量用户反馈，在查询英语四、六级时，安装99宿舍的软件后，导致网页打不开，经过排查发现，只有IE内核的浏览器打不开网页，我们正在积极联系对方解决此问题。目前可以通过下面的两种方式解决
1、可以通过使用360杀毒3.X版本的来进行修复，在杀毒的工具大全中，其他工具分类中，使用“修复网络（LSP）”功能进行修复即可。
2、如果未安装360杀毒的用户，可以在安全卫士的安装路径下，找到LSPFix.exe文件运行修复。可以在安全卫士的桌面快捷方式上，右键点击——打开文件位置，即可到安全卫士的Utils文件夹下，直接找到LSPFix.exe文件运行即可。
附：有关报道：
登录“99宿舍网”查询英语四六级分数 大量考生电脑中毒
网友反映上网查四六级分数，网页遇到病毒打不开。微博截图
“99宿舍网”查分页面要求“安装并启动查询加密锁”。网络截图
360安全卫士杀毒软件官方微博给出解决的办法。微博截图
【新民晚报·新民网】今天（8月21日），大学英语四六级考试成绩放榜。谁料大量考生反映，在99宿舍网上查询分数，下载了一个“查询加密锁”，竟导致连网页都打不开了。“中毒者”数量众多。之后据360安全卫士官方微博“解读”，这是网络设置被修改造成的。本报在此提醒广大考生，查询大学英语四六级成绩可通过“中国高等教育学生信息网（学信网）”等其他方式。截至记者发稿时，“99宿舍网”要求安装加密锁的文字标识仍未撤掉。
考生：浏览器崩溃
对于许多大学生来说，今天是个重要的日子，因为大学英语四六级考试成绩在今天上午9时公布。读者古小姐致电本报962288：查询分属必须安装一个“查询加密锁”并重启浏览器，没想到游览器就此崩溃。“现在网页打不开，缓冲特别慢，可是宽带速度没问题。一切和需要打开网页有关的都不能正常使用。”她去社交网站一看，不少同学都遇到同样问题。有的则比较“幸运”，浏览器崩溃发生在分数查询完毕之后。
调查：中毒者不少
记者在新浪微博上看到，有此相同遭遇的考生还真不少。“那个神马加密锁搞得我的电脑都上不成网了，悲剧。”“四六级网上查分时安装的那个小软件有病毒！用过卸载之后浏览器就不能用了，一片空白，无法刷新，怎么修复、重启、卸载都无济于事！我和我同学都出现了这样的问题。”“四六级今天查分，比看到分数更心酸的是竟然上不了网了！”“我以为只有我一个人出问题了！卸载了还不行。”“四六级那个查询加密锁把家里的台式机搞黑屏了。”“那个99宿舍网有毒，坑死我了。”
考生可通过其他方式查询分数。
360：发微博支招
360安全卫士官方微博“360安全卫士”最快作出反应，当天13时23分发布微博支招：“我们接到一些用户反馈，安装99宿舍网（查分网站）的插件后无法上网，这是该插件修改系统LSP网络设置导致的。对此，大家可使用360安全卫士和360杀毒“功能大全”中的LSP修复（也可在360安装目录的Utils文件夹中，运行LSPFix.exe），修复LSP后重启电脑，即可恢复正常。”经排查，99宿舍网插件主要影响IE内核浏览器无法上网，修复LSP后可恢复。有人尝试解决了问题，仍有人不知所措。
99：电话无人接
全国大学英语四六级考试的官方成绩查询网站是“99宿舍网”。即便是在CET（全国大学英语四六级考试）官网，点击“成绩查询”，进入的也是99宿舍网。记者看到，99宿舍网首页上，查分之前“请先安装并启动查询加密锁”及下载链接还未撤下。
记者致电网站所留两个联系电话，要么是“总机忙碌，请拨打其他电话查询或稍后再拨”，要么始终无人接听。该网站有“在线客服”，但点击进入网页，却跳转出“该页无法显示”。
记者查询到，查询大学英语四六级考试成绩也能通过手机短信方式。中国移动、联通、电信手机用户发送A+15位准考证号到1066335577查询成绩，但河北、广西、湖南、湖北地区的中国移动手机用户则是发送8+15位准考证号到10661660查询。
本报记者陈浩本报实习生徐烨倩
点击咨询 