第一篇:word文檔編碼問題的修復方法
今天在qq群看到一份文檔聽人說出了點問題,于是下載下來看了一下,果然是有問題。加壓文件校驗沒有問題,試著打開rar文件里面的文檔,有一個word打開就是亂碼,選擇uift8都打不開,我還真不知道作者到底是用哪個編碼寫的文檔。我跟其他人說是rar文件出問題了,其實那是假話,如果rar文件出問題那么整個文件都應該有問題,在解壓的時候就會提示文件加壓錯誤。于是乎,在下總結了一下有以下幾個問題:
1.這個rar文件在加壓或者傳輸過程中受損,而且被人修復過,但是其中一個文檔沒有修復成功!
2.出現編碼錯誤文檔在作者寫的時候就出現了錯誤,文件就被損壞!
3.由于該文檔是屬于工程專業(yè)文檔,有很多特殊字符,可能會由于字體的原因無法顯示,這樣也會出現亂碼的問題。
4.可能是由于個人office的問題,當然這是很不可能的,但是也得注意。出現亂碼可以在word“工具中”選擇"選項”——“常規(guī)”中選擇打開時轉換,或者用wps試一下。-
下面就介紹一下word的一些修復工作。
word修復和其他文件修復一樣,首選要這樣的工具。
1.easyrecover。修復工具,個人認為是最好用的修復工具,它不僅可以修復word等文件修復,還有強大的數據恢復功能。在數據恢復上可以與superrecover相媲美!
修復國產很簡單,只要在操作界面上選擇文件修復然后選擇word修復即可。
另外幾款word修復工具也跟easyrecover差不多,只是沒有起強大。但是作為專業(yè)的word修復,也很不錯!
2.Advanced_Word_Repair,一款專業(yè)的word文檔修復工具。英文版的功能較全。
3.wordrepaircn藐視是一款國產的word修復工具特點就是就txt文檔的修復,另外它分97版和03版?zhèn)z格式板塊,也很不錯,
第二篇:Java中文&編碼問題小結
2006-03-07 | Java中文&編碼問題小結
Java字符編碼轉換過程說明
常見問題 JVM JVM啟動后,JVM會設置一些系統(tǒng)屬性以表明JVM的缺省區(qū)域。user.language,user.region,file.encoding等。可以使用 System.getProperties()詳細查看所有的系統(tǒng)屬性。
如在英文操作系統(tǒng)(如UNIX)下,可以使用如下屬性定義強制指定JVM為中文環(huán)境
-Dclient.encoding.override=GBK-Dfile.encoding=GBK-Duser.language=zh-Duser.region=CN
.javaà.class編譯
說明:一般javac根據當前os區(qū)域設置,自動決定源文件的編碼.可以通過-encoding強制指定.錯誤可能: 1 gbk編碼源文件在英文環(huán)境下編譯,javac不能正確轉換.曾見于java/jsp在英文 unix下.檢測方法:寫u4e00格式的漢字,繞開javac編碼,再在jvm中,將漢字作為 int打印,看值是否相等;或直接以UTF-8編碼打開.class文件,看看常量字符串
是否正確保存漢字。
文件讀寫
外部數據如文件經過讀寫和轉換兩個步驟,轉為jvm所使用字符。
InputStream/OutputStream用于讀寫原始外部數據,Reader/Writer執(zhí)行讀寫和轉
換兩個步驟。文件讀寫轉換由java.io.Reader/Writer執(zhí)行;輸入輸出流
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頭中聲明如 xml version=” 1.0” encoding=”gb2312” ?>與文件編碼保持一致。javax.xml.SAXParser類接受InputStream作為輸入參數,對于Reader,需要用 org.xml.sax.InputSource包裝一下,再給SAXParser。對于UTF-8編碼 XML,注意防止編輯器自動加上uFFFE BOM頭, xml parser會報
告content is not allowed in prolog。
字節(jié)數組 使用 new String(byteArray,encoding)和 String.getBytes(encoding)在
字節(jié)數組和字符串之間進行轉換
也可以用ByteArrayInputStream/ByteArrayOutputStream轉為流后再用 InputStreamReader/OutputStreamWriter轉換。
錯誤編碼的字符串(iso8859-1轉碼gbk)如果我們得到的字符串是由錯誤的轉碼方式產生的,例如:對于gbk中文,由
iso8859-1方式轉換,此時如果用調試器看到的字符串一般是 的樣子,長度一般
為文本的字節(jié)長度,而非漢字個數。
可以采用如下方式轉為正確的中文:
text = new String(text.getBytes(“iso8859-1”),”gbk”);
JDBC 轉換過程由JDBC Driver執(zhí)行,取決于各JDBC數據庫實現。對此經驗尚積累不夠。對于ORACLE數據庫,需要數據庫創(chuàng)建時指定編碼方式為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,這些字體到系統(tǒng)真實
字體的映射在$JRE_HOME/lib/font.properties.XXX文件中指定。排除字體顯示問
題時,首先需要確定JVM的區(qū)域為zh_CN,這樣font.properties.zh_CN文件才會發(fā)
生作用。對于 font.properties.zh_CN , 需要檢查是否映射缺省字體到中文字體
如宋體。
在Swing中,Java自行解釋TTF字體,渲染顯示;對于AWT,SWT顯示部分交由操作系
統(tǒng)。首先需要確定系統(tǒng)裝有中文字體。漢字顯示為”□”,一般為顯示字體沒有使用中文字體,因為Java對于當前字
體顯示不了的字符,不會像Windows一樣再采用缺省字體顯示。部分不常見漢字不能顯示,一般為顯示字庫中漢字不全,可以換另外的中文字
體試試。對于AWt/SWT,首先確定JVM運行環(huán)境的區(qū)域設置為中文,因為此處設計JVM與操
作系統(tǒng)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 的系統(tǒng)屬性 bea.jolt.encoding不應該設置,如果設置,JSH會報告說錯誤的
協(xié)議.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區(qū)漢字,范圍大于U20000,則需要采用2個char方能表示,此即
Unicode Surrogate。這2個char的值范圍 落在Character.SURROGATE 區(qū)域內,用 Character.getType()來判斷。
jdk 1.4尚不能在Swing中正確處理surrogate區(qū)的Unicode字符,jdk1.5可以。對
于CJK EXT B區(qū)漢字,目前可以使用的字庫為”宋體-方正超大字符集”,隨Office 安裝。
常見問題
在JVM下,用System.out.println不能正確打印中文,顯示為??? System.out.println是PrintStream,它采用jvm缺省字符集進行轉碼工作,如果 jvm的缺省字符集為iso8859-1,則中文顯示會有問題。此問題常見于Unix下,jvm 的區(qū)域沒有明確指定的情況。
在英文UNIX環(huán)境下,用System.out.println能夠正確打印漢字,但是內部處理錯誤 可能是漢字在輸入轉換時,就沒有正確轉碼:
即gbk文本à(iso8859-1轉碼)àjvm char(iso8859-1編碼漢字)à(iso8859-1轉碼)à
輸出。
gbk漢字經過兩次錯誤轉碼,原封不動的被傳遞到輸出,但是在jvm中,并未以正
確的unicode編碼表示,而是以一個漢字字節(jié)一個char的方式表示,從而導致此類
錯誤。
GB2312-80,GBK,GB18030-2000 漢字字符集
GB2312-80 是在國內計算機漢字信息技術發(fā)展初始階段制定的,其中包含了大部
分常用的一、二級漢字,和 9 區(qū)的符號。該字符集是幾乎所有的中文系統(tǒng)和國際
化的軟件都支持的中文字符集,這也是最基本的中文字符集。其編碼范圍是高位
0xa1-0xfe,低位也是 0xa1-0xfe;漢字從 0xb0a1 開始,結束于 0xf7fe;
GBK 是 GB2312-80 的擴展,是向上兼容的。它包含了 20902 個漢字,其編碼范
圍是 0x8140-0xfefe,剔除高位 0x80 的字位。其所有字符都可以一對一映射到
Unicode 2.0,也就是說 JAVA 實際上提供了 GBK 字符集的支持。這是現階段
Windows 和其它一些中文操作系統(tǒng)的缺省字符集,但并不是所有的國際化軟件都
支持該字符集,感覺是他們并不完全知道 GBK 是怎么回事。值得注意的是它不是
國家標準,而只是規(guī)范。隨著 GB18030-2000國標的發(fā)布,它將在不久的將來完成
它的歷史使命。
GB18030-2000(GBK2K)在 GBK 的基礎上進一步擴展了漢字,增加了藏、蒙等少數
民族的字形。GBK2K 從根本上解決了字位不夠,字形不足的問題。它有幾個特點,它并沒有確定所有的字形,只是規(guī)定了編碼范圍,留待以后擴充。
編碼是變長的,其二字節(jié)部分與 GBK 兼容;四字節(jié)部分是擴充的字形、字位,其
編碼范圍是首字節(jié) 0x81-0xfe、二字節(jié)0x30-0x39、三字節(jié) 0x81-0xfe、四字節(jié)
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字節(jié)的不同長度。
UTF-16長度相對固定,只要不處理大于U200000范圍的字符,每個Unicode代碼點
使用16位即2字節(jié)表示,超出部分使用兩個UTF-16即4字節(jié)表示。按照高低位字節(jié)
順序,又分為UTF-16BE/UTF-16LE。
UTF-32長度始終固定,每個Unicode代碼點使用32位即4字節(jié)表示。按照高低位字
節(jié)順序,又分為UTF-32BE/UTF-32LE。
UTF編碼有個優(yōu)點,即盡管編碼字節(jié)數不等,但是不像gb2312/gbk編碼一樣,需要
從文本開始尋找,才能正確對漢字進行定位。在UTF編碼下,根據相對固定的算法,從當前位置就能夠知道當前字節(jié)是否是一個代碼點的開始還是結束,從而相對
簡單的進行字符定位。不過定位問題最簡單的還是UTF-32,它根本不需要進行字
符定位,但是相對的大小也增加不少。
關于GCJ JVM GCJ并未完全依照sun jdk的做法,對于區(qū)域和編碼問題考慮尚不夠周全。GCJ啟動
時,區(qū)域始終設為en_US,編碼也缺省為iso8859-1。但是可以用Reader/Writer做
正確編碼轉換。
第三篇:國外地下水污染治理及修復方法探討
國外地下水污染治理及修復方法探討
摘要:地下水污染問題在中國乃至全世界都是亟待解決的問題,特別是地下水微量有機污染問題已經成為問題的焦點。本文討論了近年來國外地下水污染治理及修復的方法。關鍵詞:地下水污染;治理;修復
當前歐、美、日等發(fā)達國家的環(huán)境保護中所面臨的最緊迫的形勢是環(huán)境中有毒有害化學物質污染。1997年美國EPA篩選出65類129種優(yōu)先控制的污染物,其中有機化合物114種,占總數的88%。全球八大環(huán)境問題之一就是持久性有機污染,預計十年內有望取得一定程度的進展。國際環(huán)境法以空前的速度發(fā)展,2001年國際社會談判通過了重大全球環(huán)境公約,其中包括《難降解有機污染物公約》(POPS Convention)(2001)。美國現行生活水質標準[4]52項,其中有機物27項,占總數的50%多。歐共體生活水質標準有機物6項。丹麥環(huán)保局有一項特別針對危險化學物質的咨詢方案和一個有約束力的國際協(xié)議,逐漸淘汰了12種持久性有機污染物,并且制定了其它長久殘留有機污染物的標準。地下水污染問題在各國工業(yè)不斷發(fā)展的同時,人工合成的有機物越來越多,大致可分為兩類:一類是天然有機物;另一類是人工合成有機物。現在已知的有機物種類約700萬種之多,其中人工合成的有機物種類達十萬種以上,且以每年2000種的速度遞增。美國早就認識到水是國家最重要的資源,1972年就實施清潔水法。80年代美國已經將地下水的有毒化學污染問題列為三種重要的環(huán)境污染問題中的一種,這是因為:a地下水一旦被污染,將保持污染達數百年或者更久,而且將污染物清除是十分艱難的事情;b農業(yè)有一半的灌溉用水是地下水;c地下水是繼海洋之后的另一個最大的水的貯藏庫。
一、地下水污染治理技術
歐美國家自20世紀70年代以來,在地下水點源污染治理方面取得了很大的進展,且逐漸發(fā)展形成較為系統(tǒng)的地下水污染治理技術。地下水污染治理技術歸納起來主要有:物理處理法、水動力控制法、抽出處理法、原位處理法。1 物理處理法
物理法是用物理的手段對受污染地下水進行治理的一種方法,概括起來又可分為:
①屏蔽法。該法是在地下建立各種物理屏障,將受污染水體圈閉起來,以防止污染物進一步擴散蔓延。常用的灰漿帷幕法是用壓力向地下灌注灰漿,在受污染水體周圍形成一道帷幕,從而將受污染水體圈閉起來。其他的物理屏障法還有泥漿阻水墻、振動樁阻水墻、板樁阻水墻、塊狀置換、膜和合成材料帷幕圈閉法等,原理都與灰漿帷幕法相似。總的來說,物理屏蔽法只有在處理小范圍的劇毒、難降解污染物時才可考慮作為一種永久性的封閉方法,多數情況下,它只是在地下水污染治理的初期,被用作一種臨時性的控制方法。
②被動收集法。該法是在地下水流的下游挖一條足夠深的溝道,在溝內布置收集系統(tǒng),將水面漂浮的污染物質如油類污染物等收集起來,或將所有受污染地下水收集起來以便處理的一種方法。被動收集法一般在處理輕質污染物(如油類等)時比較有效,它在美國治理地下水油污染時得到過廣泛的應用。2 水動力控制法
水動力控制法是利用井群系統(tǒng),通過抽水或向含水層注水,人為地改變地下水的水力梯度,從而將受污染水體與清潔水體分隔開來。根據井群系統(tǒng)布置方式的不同,水力控制法又可分為上游分水嶺法和下游分水嶺法。上游分水嶺法是在受污染水體的上游布置一排注水井,通過注水井向含水層注入清水,使得在該注水井處形成一地下分水嶺,從而阻止上游清潔水體向下補給已被污染水體;同時,在下游布置一排抽水井將受污染水體抽出處理。而下游分水嶺法則是在受污染水體下游布置一排注水井注水,在下游形成一分水嶺以阻止污染羽流向下游擴散,同時在上游布置一排抽水井,抽出清潔水并送到下游注入。同樣,水動力控制法一般也用作一種臨時性的控制方法,在地下水污染治理的初期用于防止污染物的擴散蔓延。3 抽出處理法
抽出處理法是當前應用很普遍的一種方法,可根據污染物類型和處理費用來選用,大致可分為三類:①物理法。包括:吸附法、重力分離法、過濾法、反滲透法、氣吹法和焚燒法等。②化學法。包括:混凝沉淀法、氧化還原法、離子交換法和中和法等。③生物法。包括:活性污泥法、生物膜法、厭氧消化法和土壤處置法等。受污染地下水抽出后的處理方法與地表水的處理相同,需要指出的是,在受污染地下水的抽出處理中,井群系統(tǒng)的建立是關鍵,井群系統(tǒng)要能控制整個受污染水體的流動。處理后地下水的去向有兩個,一是直接使用,另一 個則是用于回灌。用于回 灌多一些的原因是回灌一方面可稀釋受污染水體,沖洗含水層;另一方面還可加速地下水的循環(huán)流動,從而縮短地下水的修復時間。其運行如圖1所示。4 原位處理法
原位處理法是地下水污染治理技術研究的熱點,不但處理費用相對節(jié)省,而且還可減少地表處理設施,最大程度地減少污染物的暴露,減少對環(huán)境的擾動,是一種很有前景的地下水污染治理技術。原位處理技術又包括物理化學處理法及生物處理法。4.1物理化學處理法 ①加藥法。通過井群系統(tǒng)向受污染水體灌注化學藥劑,如灌注中和劑以中和酸性或堿性滲濾液,添加氧化劑降解有機物或使無機化合物形成沉淀等。
②滲透性處理床。滲透性處理床主要適用于較薄、較淺含水層,一般用于填埋滲濾液的無害化處理。具體做法是在污染羽流的下游挖一條溝,該溝挖至含水層底部基巖層或不透水粘土層,然后在溝內填充能與污染物反應的透水性介質,受污染地下水流入溝內后與該介質發(fā)生反應,生成無害化產物或沉淀物而被去除。常用的填充介質有:a.灰?guī)r,用以中和酸性地下水或去除重金屬;b.活性炭,用以去除非極性污染物和CCl4、苯等;c.沸石和合成離子交換樹脂,用以去除溶解態(tài)重金屬等。
③土壤改性法。利用土壤中的粘土層,通過注射井在原位注入表面活性劑及有機改性物質,使土壤中的粘土轉變?yōu)橛袡C粘土。經改性后形成的有機粘土能有效地吸附地下水中的有機污染物。
圖1 抽出處理工藝示意圖
④沖洗法。對于有機烴類污染,可用空氣沖洗,即將空氣注入到受污染區(qū)域底部,空氣在上升過程中,污染物中的揮發(fā)性組分會隨空氣一起溢出,再用集氣系統(tǒng)將氣體進行收集處理;也可采用蒸汽沖洗,蒸汽不僅可以使揮發(fā)性組分溢出,還可以使有機物熱解;另外,用酒精沖洗亦可。在理論上,只要整個受污染區(qū)域都被沖洗過,則所有的烴類污染物都會被去除。⑤射頻放電加熱法。通入電流使污染物降解。原位物化法在運用時需要注意的是堵塞問題,尤其是當地下水中存在重金屬時,物化反應易生成沉淀,從而堵塞含水層,影響處理過程的進行。4.2生物處理法
原位生物修復的原理實際上是自然生物降解過程的人工強化。它是通過采取人為措施,包括添加氧和營養(yǎng)物等,刺激原位微生物的生長,從而強化污染物的自然生物降解過程。通常原位生物修復的過程為:先通過試驗研究,確定原位微生物降解污染物的能力,然后確定能最大程度促進微生物生長的氧需要量和營養(yǎng)配比,最后再將研究結果應用于實際。現在所使用的各種原位生物修復技術都是圍繞各種強化措施來進行的,例如強化供氧技術大致有以下幾種:
①生物氣沖技術。該技術與原位物化法中的氣沖技術相似,都是將空氣注入受污染區(qū)域底部,所不同的是生物氣沖的供氣量要小一些,只要能達到刺激微生物生長的供氣量即可。②溶汽水供氧技術。這是由維吉尼亞多種工藝研究所的研究人員開發(fā)的技術,它能制成一種由2/3氣和1/3水組成的溶汽水,汽泡直徑可小到55 μm。把這種汽水混合物注入受污染區(qū)域,可大大提高氧的傳遞效率。③過氧化氫供氧技術。該技術是把過氧化氫作為氧源注入受污染地下水中,過氧化氫分解以后產生氧以供給微生物生長。過氧化氫常常要與催化劑一起注入,催化劑用以控制過氧化氫的分解速度,使之與微生物的耗氧速度相一致。強化營養(yǎng)物供應的技術包括有滲透墻技術等。該技術是在污染區(qū)域內垂直于地下水流方向建一道滲透墻,先將滲透墻內的水抽出,添加營養(yǎng)物后再回灌入滲透墻。這時,添加了營養(yǎng)物的滲透墻就成了一個營養(yǎng)物擴散源,在滲透墻下游就會形成一個生物活躍區(qū),從而強化了生物降解過程。另外,強化措施還可以從微生物的角度入手。可以先在地表設施中對微生物進行選擇性培養(yǎng),然后再通過注射井注入到受污染區(qū)域,或直接引進商品化菌種,都可以起到強化生物降解過程的作用。
美國采用生物處理系統(tǒng)治理地下水污染。美國三谷市拉彭特谷縣水管局會同巴爾德溫帕克可運行單位管理委員會,正在進行一項試驗工程,它將使用生物處理系統(tǒng)來去除圣加布里埃爾地下水中的高氯酸鹽和另一種常見的污染物氮以及今年初剛發(fā)現的名為亞硝基二甲胺氮(NDMA)的混合物。三谷市水管局總工程師理查德.W.漢森稱,治理地下水中的高氯酸鹽是一個全國性的問題。無疑,南加州在探索處理技術方面走在了全國前列。該系統(tǒng)構思獨特,效果顯著。他指出,生物降解法和離子交換法這兩種人們一致看好的處理高氯酸鹽的方法各有利弊。生物降解法在處理過程中使用微生物來消除高氯酸鹽;離子交換法則是先吸附住高氯酸鹽后再將其去除掉。離子交換法的不足之處是最終必須將廢水中的聚集的高氯酸鹽清除掉后才能排放,而生物降解法則不存在這一問題,但必須先弄清處理時化學物質的相互
作用是否會把新的污染物引入水中。這種新型處理系統(tǒng)由殺菌和過濾等流程組成。
二、地下水污染修復
生物修復描述了在地下水和土壤中進行的微生物自然降解過程,該過程是在厭氧(缺氧)條件下進行的。既需要電子給予者(如氧),也需要電子接收者(如氫)。多數情況下由于這些基本要素的需要(氧或氫),土壤很快會變得貧乏。氧或氫會以最快的速度阻止自然微生物污染的擴散并達到降解目的。通過固有細菌和自然土壤過程(固有衰減)使土壤和地下水污染物衰減的很大優(yōu)勢是避免了昂貴的泵吸系統(tǒng)、相關工作、維修和加工處理成本。缺點是固有衰減的速度很慢,除有限環(huán)境中所有條件都適宜外,固有衰減不是一個很好地去除污染物的“方法”。
加利福尼亞洲的一個名為Regenesis的基礎公司研制出一系列從地下水中快速降解和分離污染物的產品,其降解速度遠大于固有衰減。其中最有名的產品是氧釋放化合物(ORC)和氫釋放化合物(HRC),它們能有效地促進燃料、溶劑和許多其它類型地下水污染物的固有衰減。在世界范圍內已有9000多個項目正在使用這兩種產品。Regenesis公司的另一目標是處理帶有溶解金屬的地下水污染物,包括:從填土地滲透濾液;陰溝污泥的土地應用;從尾礦和其它廢礦淋濾液;從工業(yè)廢水滲漏和從工業(yè)金屬加工廠滲漏(如金屬加工車間,電鍍車間等)。在含水層中溶解金屬受到一系列地球化學因素的影響,包括pH、Eh、絡合作用、吸附作用和離子交換。通過沉淀、氧化、吸附和絡合作用處理和控制這些因素的能力可直接影響地下水中溶解金屬的物理狀態(tài)、流動性和存在形式。Regenesis公司于2003年研制出一種慢釋放、無毒的金屬修復化合物(MRC),這種化合物通過原位固定作用從地下水中分解出溶解金屬,為溶解氫提供了一種發(fā)酵性基質來保證氯化物的生物降解作用。對金屬污染物修復的主要設計方案在復合金屬和溶解羽處理方面很適宜,能快速、有效地從地下水中分解出金屬物質且費用很低。向受污染土壤注入MRC化合物后,MRC化合物在還原條件下從地下水中分解出溶解金屬。它的活性成分是一種有益健康、環(huán)保安全的有機硫化合物。當MRC化合物變?yōu)闅溲趸飼r,在微生物生物降解作用下將緩慢釋放有機硫化合物,與金屬離子接觸時單向與其發(fā)生反應產生一種金屬—有機硫混合物(絡合物)。隨后這種金屬—有機硫混合物穩(wěn)固的吸附于土壤并保持穩(wěn)定狀態(tài),有效地實現了地下水凈化。絡合物生物降解的有機部分脫離硫和金屬殘留物,獨特地滲入土壤基質從而形成硫化物固體。有機部分與其它金屬硫化礦物一樣主要取決于標準土壤地化學作用,所以固定金屬在低氧還原條件下將保持穩(wěn)定,在氧化條件下可以保持穩(wěn)定。MRC化合物可有效地沉淀溶解砷、鉻、銅、鎘、汞、鉛和其它溶解金屬。在地下水中,通常氧是喜氧微生物的主要限速因素。沒有充足的氧仍可繼續(xù)進行污染物降解作用,但厭氧降解速度很慢且由于局部降解生成物或殘留物可形成堆積物質。
Regenesis公司早在1995年就對氧釋放化合物(ORC)作過介紹,它是過氧化鎂的主要組成部分,在地下水中依靠水化作用可緩慢釋放氧分子。通過向過氧化鎂組織中添入磷酸鹽,ORC化合物能提供一個穩(wěn)定、可靠的溶解氧釋放。無需起泡、鼓泡或其它不可控制的氧消耗,ORC化合物可提供一種線性的長達6到9個月的氧釋放。氧釋放結束后加速降解作用仍可持續(xù)相當長的時間。在此期間喜氧微生物很活躍,加速了汽油和柴油機燃料(BTEX和MTBE)、添加劑、煤油,噴射燃料、凝析油、燃料油、潤滑劑、船用油、PAHs、殺蟲劑和工業(yè)溶劑(乙
醇和酮)的固有衰減并沉淀一些非金屬(如砷)。ORC化合物在水井應用中具有良好的護壁作用,或者在地下水應用中可把它用作注入泥漿。更好的應用方法是使用手提式泵直接泵入和直接注入探測。
Regenesis公司研制的氫釋放化合物(HRC)是一種特殊配制的能在地下水中緩慢釋放氫的環(huán)保安全多乳酸脂。可把這種粘性液體直接注入受污染地下水和飽和土壤。這種化合物與水接觸后可緩慢釋放乳酸。由微生物產生溶解氫使乳酸發(fā)酵,在一個被稱為還原脫氯的自然過程中通過能夠降解氯化物的土壤細菌,把發(fā)酵乳酸當作一種高能量(食物)源。能用HRC化合物降解一系列氯化物,包括:脫脂劑(PCE,TCE,TCA及它們的壓裂產物)、四氯化鐵、三氯甲烷、亞甲氯化物、殺蟲劑、高氯化物、硝酸鹽、硝芳香爆炸物與染料和氟氯烷碳,并能沉淀特殊金屬和放射性核素。在還原脫氯中氯化物是在厭氧條件下被生物降解。在氯化污染物分子中用氫(H)代替氯(cl)實現氯化物脫氯。在一般含水層中(能量貧乏)進行的還原脫氯速度很慢,對大多數修復目的來說是不適宜的。HRC化合物通過多種數量級來增加脫氯的速度,在逐漸脫氯過程中快速去除污染物并最終形成無毒化合物,如乙烯和乙烷。在HRC化合物的影響下這種加速的降解過程可持續(xù)18個月,或者HRC化合物的另一種配制產品(延長釋放HRC-X)可持續(xù)3到5年。也可用HRC-X化合物降解同類污染物(HRC降解),但HRC-X化合物處理殘留非水相液體(DNAPLs)時費用非常昂貴。殘留DNAPLs可引起一個殘留、有害的地下水污染源,并增加了額外的去除污染物成本。HRC-X是一種經過檢驗的用于解決這一復雜問題的溶液。HRC化合物也被廉價地應用到野外工作中,HRC化合物進入地面后促進了污染物的生物降解并可持續(xù)相當長的時間,這就消除了多次注入的需要。低費用應用化合物、持續(xù)延長的釋放范圍、更多工作和保養(yǎng)費用的消除、局部斷裂的最小化和依靠外部電源的消除,所有這些使HRC在處理污染物上具有更大的優(yōu)勢。所以,可控釋放提供了另一個優(yōu)點,即在低滲透體系中可使污染物均勻地受到HRC化合物的影響,例如粉土、粘土和多孔巖石體系。實用性實例研究
鉆井者認為Regenesis公司產品的優(yōu)勢在于,通過使用工業(yè)標準鉆機和設備可進行場地修復。可通過使用不同的技術進行場地修復,如直接-推進注入和鉆孔回填。其它方法包括坑道和過濾保護套應用,最普遍的使用方法是直接注入。這種應用過程包括用中空鉆桿把液態(tài)ORC和HRC化合物直接泵入處理區(qū)。該方法簡單、快捷、有應用價值并可在多個位置使用。使用直接注入法可把ORC和HRC化合物應用于更難達到的位置,包括一些裂隙基巖或鄰近大型建筑物的地下污染區(qū)。在這些位置常需要特殊的設備,如定向鉆進鉆機和在有效位置使用雙層封隔器。實際上,在水平/定向鉆進應用中也可把ORC化合物用作鉆探泥漿。
在過濾/濾筒保護套結構中,把ORC保護套下入專用水井中并安裝在隔水層位置,使污染物流過氧化區(qū)實現降解。通過替換用過的保護套來補充ORC化合物繼續(xù)生物降解。
在美國華盛頓第四平原服務站,由于其地下石油儲蓄罐泄漏而產生了大量BTEX化學物質,包括易揮發(fā)的單芳香碳氫化合物、甲苯、苯乙烷和二甲苯,通常在汽油和其它石油產品中可發(fā)現這些化學物質。地下含水層主要由沙子和礫石組成,這表明在這些污染物中進行的自然生物降解速度會很慢,通過提供額外的氧可加速自然生物降解過程。最高管理者決定使用ORC化合物來增強生物降解速度,因為ORC化合物在6個月內預期的降解了含水層中超過
50%的污染物。在此修復過程中通過15個土壤鉆孔用ORC化合物對污染羽進行降解。每個鉆孔被回填60磅的ORC漿液,150天后整個BTEX污染羽被降解58%。使用ORC化合物的成本為4萬美元,而使用常規(guī)的泵抽-處理系統(tǒng)需要約25萬美元。
在美國加利福尼亞洲Hollister的一個軍工廠,其地下含水層受到多種化合物的污染。其中主要污染物為高氯酸鹽-火箭推進劑的主要成分,從健康角度來看它能損壞甲狀腺功能;六價鉻(鉻-6),它是一種人們公認的致癌物;冷卻劑1,1,2—三氯—1,2,2—三氯甲烷,它是一種能損耗大氣臭氧層的環(huán)境污染物。其含水層主要由粉砂組成,地下水以每天約0.07英尺的速度向西北方向流動。在探索研究中通過25個注入點把600磅的HRC化合物注入污染區(qū)。取樣網覆蓋面積約為1200平方英尺。對其監(jiān)測79天后發(fā)現高氯化物濃度被減弱88%,而六價鉻幾乎被完全降解。
一個由俄勒岡州環(huán)境質檢部門管理的清潔區(qū),其地下水中PCE濃度達到10萬微克/每升,這表明在該地區(qū)存在DNAPLs殘留物,在該位置通過5個定向注入點把700磅的HRC-X注入地面,通過水井JEMW-4來監(jiān)測HRC-X化合物的影響效果,結果清楚地表明HRC-X化合物促進了PCE的降解速度和原位吸附。
第四篇:Fano編碼原理、方法介紹優(yōu)缺點及應用領域
信息論實驗報告
姓名:王健
學號:10061032
5Fano編碼
一、方法介紹
Fano編碼的目的是產生具有最小冗余的碼詞(code word)。其基本思想是產生編碼長度可變的碼詞。碼詞長度可變指的是,被編碼的一些消息的符號可以用比較短的碼詞來表示。估計碼詞長度的準則是符號出現的概率。符號出現的概率越大,其碼詞的長度越短。Fano編碼是從概率匹配角度出發(fā),對于離散的無記憶信源,構造的一個變長的無失真編碼。符號從最大可能到最少可能排序,將排列好的心愿符號分化為兩大組,使兩組的概率和近于相同,并各賦予一個二元碼符號“0”和“1”。只要有符號剩余,以同樣的過程重復這些集合以此確定這些代碼的連續(xù)編碼數字。依次下去,直至每一組的只剩下一個信源符號為止。當一組已經降低到一個符號,顯然,這意味著符號的代碼是完整的,不會形成任何其他符號的代碼前綴。
二、方法原理
范諾編碼算法步驟:
(1)按照符號出現的概率減少的順序將待編碼的符號排成序列。
(2)將符號分成兩組,使這兩組符號概率和相等或幾乎相等。
(3)將第一組賦值為0,第二組賦值為1。
(4)對每一組,重復步驟2的操作。
三、優(yōu)缺點
1、缺點
? 當信源符號較多,并有一些符號概率很接近時,分兩組的組合方法會有很多,還有賦碼元的任意性,因此Fano編碼出的碼字是不唯一的。
? 這種編碼方法不能使短碼得到充分的利用。Fano編碼雖屬于概率匹配范疇,但并為嚴格遵守匹配規(guī)則,即不是按照“概率大碼長小,概率小碼長大”來決定碼長,有時會出現概率小碼長反而小的情況。
? 可能某種分大組的結果,會出現后面小組“概率和”相差較遠,因而使平均碼長增加。
? 只有對特殊概率分布的信源才是最優(yōu)編碼,所以Fano編碼不是最佳的編碼方法。
2、優(yōu)點
?Fano碼的編碼方法實際上是構造哈夫曼樹的一種方法,所以Fano編碼是即時碼。? Fano編碼是變長編碼,這種編碼方法往往在編碼碼長不是很長的情況下就可以編譯出編碼效率很高而且無失真編碼。
? Fano碼也考慮了統(tǒng)計特性,使經常出現的信源能對應碼長短的碼字。? Fano碼適合于每次分組概率都很接近的信源,特別是對每次分組概率都相等的信源進行編碼時,可達到最好的編碼效率。
四、適用領域
? 信源編碼在數字通信中,語音、圖像、文字和數據的壓縮中有著廣泛的應用。
? 信源編碼主要可分為無失真信源編碼和限失真信源編碼。Fano編碼是無失真的信源編碼,它主要應用于如文本、表格及工程圖紙等信源的無失真信源編碼。
第五篇:關于安裝99宿舍的軟件后,導致網頁打不開問題的修復方法
關于安裝99宿舍的軟件后,導致網頁打不開問題的修復方法
廣大同學,今天(8月21日),大學英語四六級考試成績放榜。誰料大量考生反映,在99宿舍網上查詢分數,下載了一個“查詢加密鎖”,竟導致連網頁都打不開了。“中毒者”數量眾多。之后據360安全衛(wèi)士官方微博“解讀”,這是網絡設置被修改造成的。在此提醒廣大考生,查詢大學英語四六級成績可通過“中國高等教育學生信息網(學信網)”等其他方式記。截至發(fā)稿時,“99宿舍網”要求安裝加密鎖的文字標識仍未撤掉。下面是解決辦法:
今天收到大量用戶反饋,在查詢英語四、六級時,安裝99宿舍的軟件后,導致網頁打不開,經過排查發(fā)現,只有IE內核的瀏覽器打不開網頁,我們正在積極聯(lián)系對方解決此問題。目前可以通過下面的兩種方式解決
1、可以通過使用360殺毒3.X版本的來進行修復,在殺毒的工具大全中,其他工具分類中,使用“修復網絡(LSP)”功能進行修復即可。
2、如果未安裝360殺毒的用戶,可以在安全衛(wèi)士的安裝路徑下,找到LSPFix.exe文件運行修復。可以在安全衛(wèi)士的桌面快捷方式上,右鍵點擊——打開文件位置,即可到安全衛(wèi)士的Utils文件夾下,直接找到LSPFix.exe文件運行即可。
附:有關報道:
登錄“99宿舍網”查詢英語四六級分數 大量考生電腦中毒
網友反映上網查四六級分數,網頁遇到病毒打不開。微博截圖
“99宿舍網”查分頁面要求“安裝并啟動查詢加密鎖”。網絡截圖
360安全衛(wèi)士殺毒軟件官方微博給出解決的辦法。微博截圖
【新民晚報·新民網】今天(8月21日),大學英語四六級考試成績放榜。誰料大量考生反映,在99宿舍網上查詢分數,下載了一個“查詢加密鎖”,竟導致連網頁都打不開了。“中毒者”數量眾多。之后據360安全衛(wèi)士官方微博“解讀”,這是網絡設置被修改造成的。本報在此提醒廣大考生,查詢大學英語四六級成績可通過“中國高等教育學生信息網(學信網)”等其他方式。截至記者發(fā)稿時,“99宿舍網”要求安裝加密鎖的文字標識仍未撤掉。
考生:瀏覽器崩潰
對于許多大學生來說,今天是個重要的日子,因為大學英語四六級考試成績在今天上午9時公布。讀者古小姐致電本報962288:查詢分屬必須安裝一個“查詢加密鎖”并重啟瀏覽器,沒想到游覽器就此崩潰。“現在網頁打不開,緩沖特別慢,可是寬帶速度沒問題。一切和需要打開網頁有關的都不能正常使用。”她去社交網站一看,不少同學都遇到同樣問題。有的則比較“幸運”,瀏覽器崩潰發(fā)生在分數查詢完畢之后。
調查:中毒者不少
記者在新浪微博上看到,有此相同遭遇的考生還真不少。“那個神馬加密鎖搞得我的電腦都上不成網了,悲劇。”“四六級網上查分時安裝的那個小軟件有病毒!用過卸載之后瀏覽器就不能用了,一片空白,無法刷新,怎么修復、重啟、卸載都無濟于事!我和我同學都出現了這樣的問題。”“四六級今天查分,比看到分數更心酸的是竟然上不了網了!”“我以為只有我一個人出問題了!卸載了還不行。”“四六級那個查詢加密鎖把家里的臺式機搞黑屏了。”“那個99宿舍網有毒,坑死我了。”
考生可通過其他方式查詢分數。
360:發(fā)微博支招
360安全衛(wèi)士官方微博“360安全衛(wèi)士”最快作出反應,當天13時23分發(fā)布微博支招:“我們接到一些用戶反饋,安裝99宿舍網(查分網站)的插件后無法上網,這是該插件修改系統(tǒng)LSP網絡設置導致的。對此,大家可使用360安全衛(wèi)士和360殺毒“功能大全”中的LSP修復(也可在360安裝目錄的Utils文件夾中,運行LSPFix.exe),修復LSP后重啟電腦,即可恢復正常。”經排查,99宿舍網插件主要影響IE內核瀏覽器無法上網,修復LSP后可恢復。有人嘗試解決了問題,仍有人不知所措。
99:電話無人接
全國大學英語四六級考試的官方成績查詢網站是“99宿舍網”。即便是在CET(全國大學英語四六級考試)官網,點擊“成績查詢”,進入的也是99宿舍網。記者看到,99宿舍網首頁上,查分之前“請先安裝并啟動查詢加密鎖”及下載鏈接還未撤下。
記者致電網站所留兩個聯(lián)系電話,要么是“總機忙碌,請撥打其他電話查詢或稍后再撥”,要么始終無人接聽。該網站有“在線客服”,但點擊進入網頁,卻跳轉出“該頁無法顯示”。
記者查詢到,查詢大學英語四六級考試成績也能通過手機短信方式。中國移動、聯(lián)通、電信手機用戶發(fā)送A+15位準考證號到1066335577查詢成績,但河北、廣西、湖南、湖北地區(qū)的中國移動手機用戶則是發(fā)送8+15位準考證號到10661660查詢。
本報記者陳浩本報實習生徐燁倩