曾經(jīng)數(shù)次導(dǎo)演編程語言PK的CSDN,今天又發(fā)表了篇很娛樂很有導(dǎo)火索的文章
實例演示:Java和C語言哪個更快?
作者很娛樂地寫了堆代碼來驗證Java不比C語言快,留言的高手們也很娛樂地來繼續(xù)聲討。孰是孰非我也不關(guān)心,Java和C的快慢以前也層寫過一些所謂的計算程序比較過,JVM的Hostspot機制,在這種小打小鬧的“測試”下確實威力巨大。有時還真的會比完成相同計算任務(wù)的C程序快。但是不要忘了真刀真槍的環(huán)境,大型應(yīng)用光一個GC就足可讓Java落后C寫的本地代碼一大截!
無聊無聊
高級接口封裝變成了底層接口,需求幾天之內(nèi)就能完全變個樣,真是奇跡!
剩下一個月不到了,咬咬牙,邊干活邊寫論文吧。
Dido這幾天也很累,每天短信哄她睡覺,很讓人心疼的女孩兒。
口袋里僅剩下20塊零五毛的時候,突然發(fā)現(xiàn)了錢的重要。
于是給人做了兩個小程序,前后總共大概花了三天,拿了1000塊到手。學(xué)院還欠自己600塊的項目補助。不知道何時才能到賬上。一向不愿意計算口袋里的錢,這回終于窘迫起來。
賺了點小米,畢業(yè)還有一個月不到,先撐過去。晚上和人吃飯,笑談一個局域網(wǎng)流量計費的活兒。開玩笑說一周時間,優(yōu)惠價2000。怕要真有活兒,一周時間搞不定吧。說大話容易,做起來是另外回事。Dido說我有時喜歡說大話,我承認。
論文寫了七千字,繼續(xù)努力。
上海,我來了。雖然第一份工作并沒有想象中的好,但是,會硬著頭皮撐下去。生活給的是挑戰(zhàn),喜歡挑戰(zhàn)。
? 631所的項目已經(jīng)開始了兩個月了.現(xiàn)在還是在做運行代理這一模塊.我算是搞核心編碼吧.被JNI,Socket,Thread,RMI整得暈乎著呢.
? 沒有考試壓力,沒有就業(yè)壓力.一切都平靜得很.每天睡六小時.兩杯咖啡(早晨中午各一杯).三天一包煙.中午是兩節(jié)玉米外加一大片菠蘿.兩天BT一部電影.
?? 一天上班7個半小時,晚上看書3小時.喜歡現(xiàn)在的寧靜.寧靜得如水一樣.
? 三方協(xié)議寄出去了,沒正式回到手里,學(xué)院沒蓋章之前,還是有些小小的不放心.^_^,畢竟回上海的機會太難得了.
上海不是我家,可對我而言,對于一個遠在西北求學(xué)的人而言,至少是家門口了那天打電話告訴媽媽,聽得出來,她非常高興.
現(xiàn)在才發(fā)現(xiàn)自己沒有想象中那么豁達,以為很多事情能放得開.以為天下之大,到處可以容身.是的,天下是很大,可是我能容身的地方卻不是如此.總有張網(wǎng),心里一張網(wǎng)把我網(wǎng)住. 記得有人說過,牢籠是自己造的. 很有道理,但是我卻愿意囚禁在這籠子里.
一片沒邊際的天,有幾個人真正敢去接受?
打定主意回去,未來怎么樣,我沒法去想. 最起碼,回去,能給未來一個模糊可能性,我的要求不高.知足了.
看著辦吧,一切都如田野里的百合,自然就會開的.
我所要做的,只是去呼吸,去汲取,去曬太陽! 今天開始復(fù)習(xí)專業(yè)課,無聊的宣講會或招聘會一律不參加!
編程求解: 運動員打靶,10發(fā)子彈命中90環(huán)(每分成績?yōu)?到10環(huán)不等)
???????????????? 求可能情況的總數(shù)
解法一:
?#include <stdio.h>
#include <stdlib.h>
int f(int n, int m)
{
?int fn=0,i;
?if(m<0||m>10*n) return 0;
?if(n==1) return 1;
?for(i=0;i<=10;i++)
?fn+=f(n-1,m-i);
?return fn;
}
int main()
{
?int n,m;
?printf("Please enter n and m:");
?scanf("%d%d",&n,&m);
?printf("\n%d發(fā)打中%d環(huán)有%d種可能.\n",n,m,f(n,m));
?system("PAUSE");
?return 0;
}?
解法二:
?#include"stdio.h"
int main(){
int num =1,i;
for(i=1;i<=10;i++)
num = num *(9+i)/i;
printf("%d",num);
}
個人觀點:
? 計算機是一門和數(shù)學(xué)相關(guān)的學(xué)科,隨著這門學(xué)科的發(fā)展,這種"本質(zhì)"似乎被弱化了.解法1是很普通的方法,一般人都是這種思路.而解法二則是從數(shù)學(xué)角度考慮.簡潔,快速.
上次去神碼筆試,碰到一題
?? :給定一個數(shù),如7899,把各位數(shù)值相加7+8+9+9=33,3+3=6,用這種方法計算機下去,求最后得到的個位數(shù)
我給出的解法:
#include "stdio.h"
int main(){
???int i;
???scanf("%d",&i);
???printf("%d",i%9==0?9:i%9);
?? return 0
}//~end?
?
有6個英文字母,a,b,c ,d,e,f
?從中任意取N個(N<=6)來排列.
已知 a 只能與 b 相連,?
???????? b不能和e,f相連
?????????c不能和a相連
???????? d不能和 a ,e相連
???????????f 不能和?a,b相連
請打印出字母f或b 在末尾的組合順序,用Java實現(xiàn)
我的解答:
??? import java.util.*;
/**
?*
?* @author ShenXiaoliang
?*
?*/
public class DemoGraph {
?
?final static int VERTICE=6;
?
?private ArrayList<String> patheSet=new ArrayList<String>();
?
?private String[] ver={"a","b","c","d","e","f"};
?
?private int[][] graph=new int[6][6];
?
?private String path="";
?
?private boolean[] isVisit=new boolean[VERTICE];
?
?
?public DemoGraph() {
??
??initiGraph();
??for(int index=0;index<VERTICE;index++)
??depthSearch(index);
??show();
??
?}
?
?private void initiGraph(){
??graph[0][1]=1;
??graph[1][0]=1;
??graph[1][2]=1;
??graph[1][3]=1;
??graph[2][1]=1;
??graph[2][3]=1;
??graph[2][4]=1;
??graph[2][5]=1;
??graph[3][1]=1;
??graph[3][2]=1;
??graph[3][5]=1;
??graph[4][2]=1;
??graph[4][5]=1;
??graph[5][2]=1;
??graph[5][3]=1;
??graph[5][4]=1;
?}
?
?private void depthSearch(int start){
??
??isVisit[start]=true;
??path+=ver[start];
??if(path.charAt(path.length()-1)=='f'||path.charAt(path.length()-1)=='b') patheSet.add(path);
??for(int index=0;index<VERTICE;index++)
???if(graph[start][index]==1&&isVisit[index]==false)
????depthSearch(index);
???else continue;
??path=path.substring(0,path.length()-1);
??isVisit[start]=false;
?}
?
?
?private void show(){
??for(String pa:patheSet)
???System.out.println(pa);
?}
?/**
? * @param args
? */
?public static void main(String[] args) {
??// TODO Auto-generated method stub
??new DemoGraph();
?}
}
?????????
i thought about durain for time,not because i miss the test of it .just for curiosity。so ugly ,so smelly and so expensive.why so many persons love this strange fruit? is it really do delicious ?
today, i bought one.hehe.
well,i've no idea to deal the prickly,hard "stone".so it is reasonable to ask the worker of the supermark to get it . The flesh of durain is milk white with a little yellow,just like the ice cream for its softness. the feeling is good.
?i put a piece of the "cream" into my mouth,so carefully and nervous . wow ,the smell is still terrible,but the taste is unexpected delicious. soft,sweet,smooth.
?really good! Ubuntu is really a charming distribution of GUN/Linux . I've noticed it two months ago. The live CD instaills very easily and the "face" is beautiful . it is interesting that the X of Linux abroad is mostly Gnome while the domestic is KDE .well ,KDE looks more flamboyance for its class-style look . Gnome is simplicity comparatively. Why ? May be the people who use Linux aborad miss their Unix ,Hehe . Unix looks simplicity as well .
?Kubuntu is based on KDE ,it is the extending project of the Ubuntu ,seems less important than Dubuntu . But? frankly speaking ,Kubuntu looks more lovely ? i feel a lot about the importance of English these days.The foreign corporations and the top domestic companies ask for excellent skill of English. i am so soory now?and i should learn my English well .
? last weekend , we talked ablout if time back up for four years ,what we would do in the future 4 years .it is the very topic .some guy said he would find a girl firend ,while the other said he would not touch the on-line game . for me ,i said i would keep away from the C++ and devote myself to learing English?.and i said i had wasted a lot time on?some courses .
? most of us?will regret something in the past four years . we can not catch the gone time?.but i can try my best to?make good use?time nowaday .
?
? 華為筆試題:計算字符串“010111001100....”中‘0’和‘1’連續(xù)出現(xiàn)的次數(shù)。
#include<iostream>;
void main() {
???char *charArray="01000111100011100111100001";
???int max[2]?? ?={0,0};
???int count[2]? ={0,0};
? while(*charArray){
??????
? int?? index???? =*charArray-'0';
? count[index]++;
??count[index^1] =0;
? if(count[index]>max[index])
?????? ?max[index]=count[index];
? charArray++;
? }
?
?std:cout<<"Max times of 0 is"<<max[0]<<std:endl;
?std:cout<<"Max times of 1 is"<<max[1]<<std:endl;
}
//~:end the codes
程序代碼的藝術(shù)化,呵呵
自己想的一道題,算是30%原創(chuàng)吧?
String a=new String("Hello");
? a+="World";
?問:a的內(nèi)容最后是什么?
???????? 這兩個語句,共生成了幾個Java對象?
簡單不?看樣子非常簡單吧,呵呵。
第一問:a(確切地說a引用的內(nèi)容)是HelloWorld
?
第二問: 兩個語句,一共生成了幾個對象?
????看第一個語句,說實話,用這種方式初始化String,實在是代碼垃圾。這先不管啦。這個語句是老生長談,一個或兩個對象。
??? 為何?第一次執(zhí)行時創(chuàng)建了二個, 一個為字面量"Hello"(它本身是一個String對象), 一個為new String("Hello")(它是通過new創(chuàng)建的, 功能上和字面量"foo"完全一樣, 但卻是另一個對象).
第二次執(zhí)行時, 只創(chuàng)建一個, 即new String("Hello"), 這是因為: "Hello"作為String字面量, 是存在于String Pool里面的, 第二次使用它時, 直接指向原有的String, 而不再創(chuàng)建新的String; 但new String("Hello")卻每執(zhí)行一次都創(chuàng)建一個新的,完全一樣的String對象.
???第二個語句呢?
???? 3個對象。
???? 首先是“World”,毋庸質(zhì)疑。
???? 那么然后呢?注意了,String是final類,不可改變。平時我們寫Java會有個錯覺,stringA+stringB就以為是前者尾巴接上后者腦袋。的確,在C/C++里就是如此。一點兒錯都沒有。
??? 但是Java不是,Java設(shè)計者為了更多方面的考慮,他們把String設(shè)計成了final。
??? 看一下JVM匯編指令吧
? 0:?aload_0
?? 1:?invokespecial?#1; //Method java/lang/Object."<init>":()V
?? 4:?return
static void inti();
? Code:
?? 0:?new?#2; //class java/lang/String
?? 3:?dup
?? 4:?ldc?#3; //String Hello
?? 6:?invokespecial?#4; //Method java/lang/String."<init>":(Ljava/lang/String;)V
?? 9:?astore_0
?? 10:?new?#5; //class java/lang/StringBuilder
?? 13:?dup
?? 14:?invokespecial?#6; //Method java/lang/StringBuilder."<init>":()V
?? 17:?aload_0
?? 18:?invokevirtual?#7; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
?? 21:?ldc?#3; //String Hello
?? 23:?invokevirtual?#7; //Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
?? 26:?invokevirtual?#8; //Method java/lang/StringBuilder.toString:()Ljava/lang/String;
?? 29:?astore_0
?? 30:?return
}
仔細看一下我做的標記,JVM給我們生成了一個StringBuilder類。(我用的是JDK5,舊版本是StringBuffer類,單單這一點小改動就能讓Java的速度提高很多)。讓后用append方法載入Hello和World兩個String的引用(明確地說轉(zhuǎn)化成字符數(shù)組)。
當(dāng)載入完成后,StringBuilder實例調(diào)用toString,生成一個新的String實例(暫時稱為TempString)。
?最后把引用a指向TempString
總結(jié):兩句語句總共生成了4個或5個Java類實例
PS:Java中沒有指針實在是太不方便了。特別是在操作原始數(shù)據(jù)類型的時候。個人認為Java應(yīng)該在這點上學(xué)學(xué)C#。指針不是洪水猛獸,對優(yōu)秀程序員而言,指針是編程中的一種享受。
??????? 希望“海豚”(Java7)能出現(xiàn)指針吧---很不現(xiàn)實,還是等開源后的Java版本吧
?1.學(xué)一種操作系統(tǒng),Solaris,F(xiàn)reeBSD,Linux三者選一,至少達到熟練使用的程度。
?2.繼續(xù)學(xué)習(xí)Java,鞏固深入Java基礎(chǔ),JVM,反射,JNI,JDBC,
?3.學(xué)會一種Web框架,一種數(shù)據(jù)庫持久框架
?4.放棄C++,復(fù)習(xí)鞏固深入C
Stack 和Heap的差別,上次華為研究生筆試題就考過。C語言的我很清楚:
?Stack: automatic variables within functions
? Heap: global variables (storage class external), and static variables
簡而言之,最大的不同是:前者是函數(shù)變量的空間,后者是程序變量的空間
另外,Stack上分配內(nèi)存是安全的。而Heap上分配內(nèi)存則沒那么爽了。調(diào)用malloc分配內(nèi)存,是在Heap上開辟空間。一定要注意釋放。否則老是memory leak
?
昨天有人問我JVM中的Stack和Heap的差別,當(dāng)時心不在焉地照搬C語言敷衍了事。
中午起床,沒事閑著看帖子。無意中想起這個問題,在Google搜索了一番。發(fā)現(xiàn)昨天的回答出了問題:
“?It is useful to know that these two different kinds of memory exist in Java. Stack memory is the program's memory, and heap memory resides outside of the program.”
Stack是程序內(nèi)存,Heap內(nèi)存存在于程序之外。這樣子看起來和C語言中地Heap有些像誒(C語言中的Heap也是在mian()之外的)。再仔細看看
Stack memory stores primitive types and the addresses of objects. The object values are stored in heap memory.
類實例存在于Heap。類實例的的指針在Stack中存放。難怪JVM沒有text segment ,在Stack就囊括了text segment。
這樣做的好處,就是為了實現(xiàn)Java的垃圾回收機制。任何的類對象實例都在Heap中,在Stack中有它們的引用。當(dāng)所以的線程都不在需要某個引用時,JVM的那個資源回收線程就會把該實例從Heap當(dāng)中清楚掉。
文章告訴我,回收線程要做全局的檢測來確定某個實例是否已經(jīng)“無用”了。這樣子,我們可以在代碼上做些工作,來給回收線程加速。
Test t = new Test();
?t.someAction();
?// all done
?t = null;
實例t不再有用時,就把他置為null,告訴JVM:你不用在Stack和Heap之間自己校驗啦,我已經(jīng)做好了標記,放心回收吧。
小結(jié):Stack: Primitive data types(primitive types), the addresses of objects(=references).
??????????????????????? Heap:? objects.
前者:基本類型和實例地址(引用),后者:類實例
祝Sun一路走好,一個承載著計算機業(yè)先賢們夢想的公司。 ? 發(fā)發(fā)牢騷,自從課設(shè)做了SWT /JFace的客戶端應(yīng)用軟件,感覺超好。優(yōu)美的代碼,清晰的結(jié)構(gòu),典雅的布局,簡潔的事件機制,SWT太迷人啦。不愧為IBM的杰作,Java桌面開發(fā)的新貴。可惜就是沒人用。不就是多了和平臺相關(guān)的dll文件和幾個Jar資源包嘛,批處理寫得熟溜得人才不嫌麻煩呢,咯咯。
?? Swing嘛,怎么說你好呢,你得結(jié)構(gòu)是很清晰,論MVC的分離性,確實我覺得比SWT做得優(yōu)秀些。可是你冗長的代碼,麻煩的事件相應(yīng)機制,有些讓人不習(xí)慣的布局,特別是奇怪的界面....不是偶說你,偶不想理你啦。
?
?? Java的GUI程序本來,我本來就不打算深究。精通一個SWT,了解一個Swing就夠啦
? 扯上個無關(guān)的,MFC,我越了解你就越討厭你,越明白你就越惡心你。還好,當(dāng)初沒有誤入歧途,把你當(dāng)成寶貝(反正我估計基本不做桌面軟件,^_^) 沒事可干,花了半小時做完了3到意法半導(dǎo)體的筆試題。C語言,極簡單的算法罷了,全是記事本敲,然后g++編譯。
溫習(xí)C語言還是很必要滴。荒廢了好久,我一直喜歡用C語言的底層思維來考慮Java,Java沒有“指針”,我是一直很不爽的。
? 意法半導(dǎo)體好歹也是家不錯的公司啊?出的C語言算法題目怎么連華為的都不如?不過上次參加學(xué)院華為那個筆試,人家是特招研究生的。俺混進去給人做參考,感覺非常不錯。可惜最后沒留下個假名,手機號碼也沒寫,唉...
? 最丟人的還是那次法國湯姆遜,連OSI七層網(wǎng)絡(luò)都忘了。好好吸取教訓(xùn)
??? 項目第二階段,管理客戶端和管理服務(wù)器。架構(gòu)C/S,技術(shù)RMI
??? 今天上午做了一個簡單的測試系統(tǒng),用來測試前兩天所編寫的構(gòu)件:寫了一遠程服務(wù)器,一個命令行客戶端。OK,編譯時也沒出錯。
??? 然而運行起來,可怕的事情發(fā)生了:先前寫的實體類無法傳送給客戶端。程序拋出了異常。仔細觀察,發(fā)現(xiàn)是產(chǎn)生了對象無法序列化的IO異常。
??? RMI底層通過TCP協(xié)議進行通訊,ObjectInputStream和ObjectOutputStream來負責(zé)對象的輸入和輸出。實在是不明白,以前做RMI系統(tǒng)實驗的時候,根本沒遇到這種序列化異常:傳String就傳String,傳Vector就傳Vector。
?? 猜想應(yīng)該是我寫的那些類無法序列化的緣故。參考了API文檔,發(fā)現(xiàn)這個東西:MarshalledObject,可以對其構(gòu)造方法的對象進行序列化(說穿了就是變成字節(jié)流)。
? 迅速改造了測試程序,OK,能穿對象了。但是.....序列化以后無法反序列化!天,類對象實例全部變成了組毫無意義的字節(jié)數(shù)組。
? 應(yīng)該有其他的辦法,SUN的Java文檔實在不能和MSDN相比,太過于簡單啦。
? 經(jīng)過3個小時的資料查閱和測試,終于找到了種正確而且異常簡單的方法:對先前的代碼進行簡單的重構(gòu):讓他們統(tǒng)統(tǒng)實現(xiàn)java.io.Serializable接口。只改一行代碼,全部解決!
? ^_^
這么多年,似乎也喜歡過其他的人,然而就像煙霧一樣,或長或短的時間里,慢慢消散。仿佛只留下淺淺的痕跡
就這樣一直喜歡著她好了,也許能夠變成永恒 http://www.apache.org
著名的Apache基金會官網(wǎng),經(jīng)常看看很有收獲
http://www.eclipse.org
Eclipse基金會官網(wǎng)
http://saloon.javaranch.com
翻譯過來叫Java會客廳比較好吧
http://www.matrix.org.cn/
不用說了,國內(nèi)比較好的Java論壇
http://www.csdn.net
國內(nèi)最大的IT開發(fā)者站點....太浮躁,很喧囂
http://www.mindview.net/
Bruce Eckel的網(wǎng)站,很值得一看
設(shè)置類路徑
結(jié)構(gòu)
可通過對 JDK 工具使用 -classpath 選項(首選方法)或設(shè)置 CLASSPATH 環(huán)境變量來設(shè)置類路徑。
??? C:> jdkTool -classpath path1;path2...
??? C:> set CLASSPATH=path1;path2...
每個 path 以文件名或目錄結(jié)尾,該文件名或目錄取決于將類路徑設(shè)置成什么:
對于包含 .class 文件的 .zip 或 .jar 文件,路徑以 .zip 或 .jar 文件名結(jié)尾。
對于未命名包中的 .class 文件,路徑以包含 .class 文件的目錄結(jié)尾。
對于已命名包中的 .class 文件,路徑以包含“root”包(完整包名中的第一個包)的目錄結(jié)尾。
用分號來分隔多個項目。使用 set 命令時,需要省略等號兩邊的空格(=)。其中 jdkTool 可以為 java、javac、javadoc,等等。有關(guān)詳細列表,參見 JDK 開發(fā)工具。
說明
類路徑告訴 Java 應(yīng)用程序去哪里查找第三方和自定義類 -- 即不是 Java 擴展或 Java 平臺一部分的類。在 JDK 1.2 中,JVM 和其他 JDK 工具通過依次搜索平臺庫、庫擴展和類路徑來查找類(有關(guān)搜索策略的詳細信息,參見如何查找類)。
多數(shù)應(yīng)用程序的類庫都會充分利用擴展機制。因此,只有想要加載某個類庫 (a) 未位于當(dāng)前目錄或其分枝包中 且 (b) 未位于擴展機制所指定的位置時,才需設(shè)置類路徑。
如果用戶是從舊版本 JDK 升級而來,則啟動設(shè)置可能包括不再需要的 CLASSPATH 設(shè)置。這時應(yīng)該刪除任何非應(yīng)用程序特定的設(shè)置。有些使用 Java 虛擬機的第三方應(yīng)用程序可能修改 CLASSPATH 環(huán)境變量以包括它們使用的類庫。這種設(shè)置可以保留。
可通過在調(diào)用 JVM 或其他 JDK 工具時使用 Java 工具的 -classpath 選項改變類路徑(例如: java -classpath ...)。這是改變類路徑的首選方法。還可通過使用 CLASSPATH 環(huán)境變量改變類路徑。
注意:JDK 1.2 缺省類路徑是當(dāng)前目錄。設(shè)置 CLASSPATH 變量或使用 -classpath 命令行開關(guān)將覆蓋缺省值,因而如果想要在搜索路徑中包括當(dāng)前目錄,則必須在新設(shè)置中包括“.”。
類可以存儲在目錄(文件夾)或歸檔文件(例如 classes.zip 或 classes.jar)中。有關(guān)歸檔文件的詳細信息和類路徑的工作原理,參見本文檔最后的理解類路徑和包名。
?
重要說明:JDK 舊版本在缺省類路徑中還包括 <jdk-dir>/classes 項。該目錄僅供 JDK 使用,且不用于應(yīng)用程序類。應(yīng)用程序類應(yīng)該放置在 JDK 外部的目錄。這樣,安裝新 JDK 時不必需要重新安裝應(yīng)用程序庫。為了與舊版本的兼容性,使用 <jdk-dir>/classes 目錄作為類庫的應(yīng)用程序在當(dāng)前版本中仍能運行,但不能保證在以后的版本中它們還能運行。
使用 Java 工具的 -classpath 選項
Java 工具 java、jdb、javac 和 javah 具有 -classpath 選項,在工具運行時它將取代缺省類路徑或由 CLASSPATH 環(huán)境變量所指定的類路徑。這是改變類路徑設(shè)置的推薦方法,因為這樣每個應(yīng)用程序可具有它所需的類路徑而又不會干擾其他應(yīng)用程序。
運行時工具 java 和 jdb 還具有 -cp 選項。該選項是 -classpath 的縮寫。
對于非常特殊的情況,java 和 javac 都具有開關(guān),使得可改變它們使用的路徑以查找它們自己的類庫。但是,絕大多數(shù)用戶從來都不會用到這些開關(guān)。
使用 CLASSPATH 環(huán)境變量
如前一節(jié)中所述,一般用戶將想要使用 -classpath 命令行選項。本節(jié)將介紹如何設(shè)置 CLASSPATH 環(huán)境變量或清除以前安裝遺留下的設(shè)置。
設(shè)置 CLASSPATH
在 DOS 提示符下,可用 set 命令修改 CLASSPATH 環(huán)境變量。其格式為:
?? set CLASSPATH=path1;path2 ...
路徑應(yīng)該以指定驅(qū)動器的字母開頭,例如 C:\...。這樣,在偶然切換到不同驅(qū)動器時仍可找到類(例如,如果路徑項以 \... 開頭,并且當(dāng)前位于驅(qū)動器 D: 上,則所需的類將在 D: 而不是 C: 驅(qū)動器上找)。
清除 CLASSPATH
如果 CLASSPATH 環(huán)境變量被設(shè)置成不正確的值,或啟動文件或腳本程序設(shè)置了不正確路徑,則可通過使用下列命令清除 CLASSPATH:
? C:> set CLASSPATH=
該命令僅清除當(dāng)前會話的 CLASSPATH。要確保在以后的會話中具有正確的 CLASSPATH 設(shè)置,則應(yīng)該刪除或修改啟動設(shè)置。
更改啟動設(shè)置
如果在系統(tǒng)啟動時設(shè)置 CLASSPATH 變量,則查找它的位置取決于所使用的操作系統(tǒng):
? 操作系統(tǒng) 方法
Windows 98 和
Windows 95 檢查 autoexec.bat 文件中的 set 命令。
Windows NT 啟動“控制面板”,選擇“系統(tǒng)”,單擊“環(huán)境”選項卡,并在“用戶變量”部分中,檢查 CLASSPATH 變量。
理解類路徑和包名
Java 類被組織成包,而這些包被映射到文件系統(tǒng)中的目錄。但是與文件系統(tǒng)不同的是,無論何時指定包名,都應(yīng)指定完整包名 -- 永遠不要僅指定它的一部分。例如,java.awt.Button 的包名總是應(yīng)指定為 java.awt。
例如,假定想要 Java 運行環(huán)境在包 utility.myapp 中查找名為 Cool.class 的類。如果該目錄的路徑為 C:\java\MyClasses\utility\myapp,則應(yīng)該將類路徑設(shè)置成包含 C:\java\MyClasses。
要運行該應(yīng)用程序,可使用下述 JVM 命令:
C:>? java -classpath C:\java\MyClasses utility.myapp.Cool
當(dāng)該應(yīng)用程序運行時,JVM 使用類路徑設(shè)置查找在 utility.myapp 包中定義的任何其他類。
注意:應(yīng)在命令中指定完整包名。例如,設(shè)置類路徑包含 C:\java\MyClasses\utility 并使用命令 java myapp.Cool 是不可能的,因為這找不到該類。
(您可能想知道用什么定義類的包名。答案是:包名是類的一部分,并且不能修改,除非重新編譯該類。)
注意:包規(guī)范機制一個有趣的結(jié)果是,屬于相同包的多個文件實際上可存在于不同的目錄中。對于每個類,包名都是相同的,但是每個文件的路徑可從類路徑中的不同目錄開始。
文件夾和歸檔文件
當(dāng)類存儲在目錄(文件夾)中時,例如 c:\java\MyClasses\utility\myapp,則類路徑項指向包含包名第一個元素的目錄(在這里為 C:\java\MyClasses,因為包名是 utility.myapp)。
但是當(dāng)類存儲在歸檔文件(.zip 或 .jar 文件)中時,類路徑項則是該 .zip 或 .jar 文件的路徑。例如,要使用位于 .jar 文件中的類庫,則命令應(yīng)該類似下述形式:
?? java -classpath C:\java\MyClasses\myclasses.jar utility.myapp.Cool
多重指定
要在目錄 C:\java\MyClasses 和 C:\java\OtherClasses 中查找類文件,則可將類路徑設(shè)置為:
?? java -classpath C:\java\MyClasses;C:\java\OtherClasses ...
注意兩個路徑之間用分號分隔。
指定次序
指定多個類路徑項的次序是相當(dāng)重要的。Java 解釋器將按照目錄在類路徑變量中的次序在各個目錄中查找類。在上例中,Java 解釋器首先在目錄 C:\java\MyClasses 中查找需要的類。只有當(dāng)它在該目錄中沒有找到該類時,解釋器才能到 C:\java\OtherClasses 目錄中查找
??? 這是我一年前學(xué)Java時的想法,為什么有那些想法?很簡單,人云亦云罷了。既然那么多“高手”都這么說,那么多“精通”Java和C++的人都那么說,自然而然就信了。
??? 就這么過去了一年,對Java也越來越熟悉。自己依然是個初學(xué)者,而且相信不上升到布盧斯.艾克爾那個高度,就別想說自己精通C++和Java!
??? 雖說仍舊是初學(xué)者,卻對國內(nèi)那些“高手高手高高手”們的一些言論有了懷疑:Java不比C++慢!然而無論我在哪個論壇上,那個技術(shù)群里頭發(fā)表這個觀點,立刻會有一群“高手”來糾正,甚至有一次一個號稱“一般不學(xué)語言,要學(xué)兩個禮拜就能搞定”的“高手”很鄭重其事地向我說明原理。當(dāng)我了解到此人Java才學(xué)了一個月的時候,實在是無語了。還要一次一個高手批駁我,于是乎小心問了句,了解C語言里malloc和free函數(shù)的機制與否。此“高手”很不屑地告訴我:C++里的new 和 delete就能搞定,malloc早就沒用了。又無語:也許他用的“C++"是他自己發(fā)明吧。
?? 只想問一句那些“高手”,看過近年來Java PK C++的一些精彩報告沒?那些報告可是國外權(quán)威機構(gòu)的文獻啊!是通過實驗得來的數(shù)據(jù)!
?? 還想問一句:你們說Java慢,是什么人,什么時候說的?那些言論的源頭,大多數(shù)是Java 1.2時代以前的啊。
? 說Java比C++慢的人,是否真的親自寫過測試代碼?(雖說我的代碼不能算精確,但也好歹做過近十次的實驗,用了好幾種不同的JVM或Cpp編譯器,Java大獲全勝)
? 說Java比C++慢的人,是否了解JVM的運行機制?(我只能說我了解一些罷了)
? 說Java比C++慢的人,是否有拿得出手的報告或?qū)嶒灒浚上В瑥膩頉]遇到過)
? 說Java比C++慢的人,請去學(xué)習(xí)一下唯物論!
??而且為什么只有在國外才有那么多人認為Java快,只有國外的科研機構(gòu)才花費時間和精力去做那些被很多國內(nèi)程序員斥為“沒用”(和好多程序員聊天時,他們這么認為)的實驗?是中國的程序員都是天才么?還是中國的計算機業(yè)太“先進”了,不需要去關(guān)心這些東西呢?
? 實在是發(fā)人深省!!!
??? ?? 微軟的J#我從開始接觸就覺得是個比較有趣的東西:一個長得特像Java的混血兒。
?? 前些天逛論壇,偶見一群人在討論J#的前途問題,很多人說那東西“根本不如C#”,“甚至還不如VB。NET”。我的想法是:他們根本不了解.NET。
?? J#的目的是為了Java程序員能遷移到.NET平臺而開發(fā)的。換而言之,J#是Java程序員準備的,而不是初學(xué)者。誠然,我認為C#擁有更優(yōu)雅的語法,但是對于.NET這個平臺本身而言,無論用什么語言(當(dāng)然是在.NET上的程序語言),它們最終都是CLR。VB。NET,C#,J#,Delphi.NET.....各種語言的優(yōu)劣在已經(jīng)變得很不重要了--你熟悉那種,那種就是最好的!因為它們本質(zhì)上幾乎沒差別的,極端說法是,.NET 語言僅僅是”外觀“不同罷了。
??? 就這點來說,.NET要比Java更有靈活性,雖然我是Java的忠實跟隨者。
??? 不過我們也看到了關(guān)于Java的一些有趣的新聞:去年出現(xiàn)了一種JPython,用Java翻譯的運行于JVM上的“Python”。呵呵,不妨大膽地猜測,未來會出現(xiàn)更多的"JC++","JPascal",:JBasic",甚至是“JC#”,那么那時,Java會更像一個平臺,語言的靈活性將更高!
據(jù)人說效果特別好,在Watson's 有的賣。
問題是,西安好像只有一家Watson's 專賣店,在南大街,怪遠的,天熱怕跑。記得去年易初蓮花Watson's干姜汽水和蘇打水大降價,我還買了老多,只是不知道那里有那牙膏沒?
效果好的話,給表哥推薦,縣城就有Watson's專賣店,門面要比西安的氣派多了,導(dǎo)購MM也比南大街那家要漂亮。
唯一不爽的是價格有些貴,33塊誒。
| |||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
---|---|---|---|---|---|---|---|---|---|
30 | 1 | 2 | 3 | 4 | 5 | 6 | |||
7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
28 | 29 | 30 | 31 | 1 | 2 | 3 | |||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
常用鏈接
留言簿(3)
隨筆分類
隨筆檔案
- 2007年6月 (3)
- 2007年1月 (1)
- 2006年11月 (1)
- 2006年10月 (6)
- 2006年9月 (1)
- 2006年8月 (2)
- 2006年7月 (8)
- 2006年6月 (1)
- 2006年5月 (3)
- 2006年4月 (4)
相冊
搜索
最新評論

- 1.?re: 一點小感想:為什么那么多人說Java慢???[未登錄]
- 評論內(nèi)容較長,點擊標題查看
- --夏
- 2.?re: 一點小感想:為什么那么多人說Java慢???[未登錄]
-
莫名被最后一句話戳中笑點@fjchenq
- --aa
- 3.?re: 一點小感想:為什么那么多人說Java慢???
- 評論內(nèi)容較長,點擊標題查看
- --嗷嗷嗷
- 4.?re: 一點小感想:為什么那么多人說Java慢???[未登錄]
- c++存在一個函數(shù)表,訪問一段代碼至少要訪問兩次內(nèi)存,所以在對性能要求很高的操作系統(tǒng)內(nèi)核上不適宜使用
- --光光
- 5.?re: 一點小感想:為什么那么多人說Java慢???
- Java桌面應(yīng)用慢到死!垃圾一樣的東西
- --的