|
在軟件這個(gè)行業(yè)里有些規(guī)則是很有殺傷力的,比如很有名的摩爾定律。
總結(jié)出這些規(guī)則的意義在于可以大致的照明方向,免得努力來努力去卻走到了陰溝里。
現(xiàn)實(shí)中種種利益紛爭、觀點(diǎn)之爭看似紛繁,但在大時(shí)間尺度下來看卻都是規(guī)則的實(shí)現(xiàn)手段。
這就好比下圍棋,每一手都要為謀得利益而計(jì)算,但結(jié)局卻只有三種:贏、輸或和,這就是規(guī)則的力量。
民以食為天,所以第一定律從收入開始。
程序員第一定律可以表述為:程序員的收入是技能復(fù)雜度和技能實(shí)現(xiàn)可能程度的函數(shù)。
如果程序員的工資是S,社會平均水平的工資為A,程序員掌握的技能復(fù)雜度為C,實(shí)現(xiàn)程度為P。
那么S = A x C x P。
這里面的實(shí)現(xiàn)程度P不太好理解,額外做點(diǎn)說明。
好比說有人在東北種了很多白菜,并獲得了大豐收。與此同時(shí)廣州也確實(shí)需要大白菜,按批發(fā)價(jià)他的這批白菜可以買10萬。
但關(guān)鍵是這個(gè)人找不到車皮,大白菜就只能在當(dāng)?shù)亓闶郏@個(gè)時(shí)候這批大白菜就只能買1萬塊錢。
這就是實(shí)現(xiàn)程度。
大白菜內(nèi)蘊(yùn)了既定的價(jià)值,這種價(jià)值并不因?yàn)橘u多少錢而改變,但這種價(jià)值能實(shí)現(xiàn)到什么程度則依賴于現(xiàn)實(shí)的可能性。
這視乎很簡單,但其實(shí)不是,很多人的一生就籠罩在這條定律下面,我們來基于這第一定律繼續(xù)做些推導(dǎo)。
技能的復(fù)雜度C可以大致等價(jià)于掌握一門技術(shù)所需要的時(shí)間。
各種集成的開發(fā)環(huán)境,各種容易學(xué)習(xí)的類庫等使軟件開發(fā)的門檻降得很低,這對整個(gè)產(chǎn)業(yè)是有利的,但對個(gè)體而言則是不利的。
你花5個(gè)月可以學(xué)會的技術(shù),其他人花5個(gè)月也可以學(xué)會,而5個(gè)月可以學(xué)會的東西所蘊(yùn)含的價(jià)值一定是低的。
與之相對5年才可以學(xué)會的東西,其內(nèi)蘊(yùn)價(jià)值一定是高的。
內(nèi)蘊(yùn)價(jià)值低,所對應(yīng)的收入必然偏低。
為避免爭議,我這里就不寫技術(shù)的名字了,但大家可以從學(xué)習(xí)所需要的時(shí)間上來對各種技術(shù)做個(gè)分類。
有時(shí)候很多人會有一種錯覺,認(rèn)為越熱門的技術(shù)收益越好。
這在大多時(shí)候是錯的。
越熱的技術(shù),越成熟的技術(shù)越是大眾的,而越是大眾的技術(shù)內(nèi)蘊(yùn)價(jià)值越低,所以收益越不好。
熱度能夠幫助找到工作,但對技能復(fù)雜度C沒有影響。
各種技術(shù)的復(fù)雜度大概是呈指數(shù)增長的,越到后面前進(jìn)一步越困難。
好比說學(xué)會5門語言所需要的時(shí)間大多時(shí)候遠(yuǎn)比學(xué)精一門語言要短。
在特定年紀(jì)尚,每樣技術(shù)都會一點(diǎn),對提高實(shí)現(xiàn)程度P略有幫助,但自身可替代性很強(qiáng),對技能復(fù)雜度C的影響為負(fù)面。
長期來看得不償失。
有些技術(shù)領(lǐng)域很窄,上手也慢,實(shí)現(xiàn)程度卻高,比如顯卡驅(qū)動,打印驅(qū)動等。
但這類工作好比在鋼絲上跳舞:只要能實(shí)現(xiàn)自己的價(jià)值,那么回報(bào)大體不錯,但最怕技術(shù)更迭。
技術(shù)一換代,可能多年積累十去六七。
總結(jié)來看,程序員要想獲得不錯的收入,第一要掌握稀缺的技術(shù),即技術(shù)的內(nèi)蘊(yùn)價(jià)值要高;第二要找到實(shí)現(xiàn)稀缺技術(shù)的場景。
《微軟的秘密》一書中提到,微軟里面優(yōu)秀的程序員是可以擁有許多輛保時(shí)捷的。
用上面兩條做分解,就會發(fā)現(xiàn)原因很簡單:
一是這樣的人是NT的核心開發(fā)人員,這類人員內(nèi)蘊(yùn)價(jià)值極高,處于稀缺狀態(tài);二是微軟提供了實(shí)現(xiàn)這種技能內(nèi)蘊(yùn)價(jià)值的機(jī)會。
這二者缺一不可。
#根據(jù)大家的回復(fù)做了點(diǎn)修改把"實(shí)現(xiàn)可能性"替換成了"實(shí)現(xiàn)程度"。
協(xié)議是指計(jì)算機(jī)通信網(wǎng)絡(luò)中兩臺計(jì)算機(jī)之間進(jìn)行通信所必須共同遵守的規(guī)定或規(guī)則,超文本傳輸協(xié)議(HTTP)是一種通信協(xié)議,它允許將超文本標(biāo)記語言(HTML)文檔從Web服務(wù)器傳送到客戶端的瀏覽器
目前我們使用的是HTTP/1.1 版本
當(dāng)我們打開瀏覽器,在地址欄中輸入U(xiǎn)RL,然后我們就看到了網(wǎng)頁。 原理是怎樣的呢?
實(shí)際上我們輸入U(xiǎn)RL后,我們的瀏覽器給Web服務(wù)器發(fā)送了一個(gè)Request, Web服務(wù)器接到Request后進(jìn)行處理,生成相應(yīng)的Response,然后發(fā)送給瀏覽器, 瀏覽器解析Response中的HTML,這樣我們就看到了網(wǎng)頁,過程如下圖所示
我們的Request 有可能是經(jīng)過了代理服務(wù)器,最后才到達(dá)Web服務(wù)器的。
過程如下圖所示
代理服務(wù)器就是網(wǎng)絡(luò)信息的中轉(zhuǎn)站,有什么功能呢?
1. 提高訪問速度, 大多數(shù)的代理服務(wù)器都有緩存功能。
2. 突破限制, 也就是翻-墻了
3. 隱藏身份。
URL(Uniform Resource Locator) 地址用于描述一個(gè)網(wǎng)絡(luò)上的資源, 基本格式如下
schema://host[:port#]/path/.../[?query-string][#anchor]
scheme 指定低層使用的協(xié)議(例如:http, https, ftp)
host HTTP服務(wù)器的IP地址或者域名
port# HTTP服務(wù)器的默認(rèn)端口是80,這種情況下端口號可以省略。如果使用了別的端口,必須指明,例如 http://www.cnblogs.com:8080/
path 訪問資源的路徑
query-string 發(fā)送給http服務(wù)器的數(shù)據(jù)
anchor- 錨
URL 的一個(gè)例子
http://www.mywebsite.com/sj/test/test.aspx?name=sviergn&x=true#stuff Schema: http host: www.mywebsite.com path: /sj/test Query String: name=sviergn&x=true Anchor: stuff
http協(xié)議是無狀態(tài)的,同一個(gè)客戶端的這次請求和上次請求是沒有對應(yīng)關(guān)系,對http服務(wù)器來說,它并不知道這兩個(gè)請求來自同一個(gè)客戶端。 為了解決這個(gè)問題, Web程序引入了Cookie機(jī)制來維護(hù)狀態(tài).
先看Request 消息的結(jié)構(gòu), Request 消息分為3部分,第一部分叫Request line, 第二部分叫Request header, 第三部分是body. header和body之間有個(gè)空行, 結(jié)構(gòu)如下圖
第一行中的Method表示請求方法,比如"POST","GET", Path-to-resoure表示請求的資源, Http/version-number 表示HTTP協(xié)議的版本號
當(dāng)使用的是"GET" 方法的時(shí)候, body是為空的
比如我們打開博客園首頁的request 如下
GET http://www.cnblogs.com/ HTTP/1.1 Host: www.cnblogs.com
下面我們打開Fiddler 捕捉一個(gè)博客園登錄的Request 然后分析下它的結(jié)構(gòu), 在Inspectors tab下以Raw的方式可以看到完整的Request的消息, 如下圖
我們再看Response消息的結(jié)構(gòu), 和Request消息的結(jié)構(gòu)基本一樣。 同樣也分為三部分,第一部分叫Response line, 第二部分叫Response header,第三部分是body. header和body之間也有個(gè)空行, 結(jié)構(gòu)如下圖
HTTP/version-number表示HTTP協(xié)議的版本號, status-code 和message 請看下節(jié)[狀態(tài)代碼]的詳細(xì)解釋.
我們用Fiddler 捕捉一個(gè)博客園首頁的Response然后分析下它的結(jié)構(gòu), 在Inspectors tab下以Raw的方式可以看到完整的Response的消息, 如下圖
Http協(xié)議定義了很多與服務(wù)器交互的方法,最基本的有4種,分別是GET,POST,PUT,DELETE. 一個(gè)URL地址用于描述一個(gè)網(wǎng)絡(luò)上的資源,而HTTP中的GET, POST, PUT, DELETE就對應(yīng)著對這個(gè)資源的查,改,增,刪4個(gè)操作。 我們最常見的就是GET和POST了。GET一般用于獲取/查詢資源信息,而POST一般用于更新資源信息.
我們看看GET和POST的區(qū)別
1. GET提交的數(shù)據(jù)會放在URL之后,以?分割URL和傳輸數(shù)據(jù),參數(shù)之間以&相連,如EditPosts.aspx?name=test1&id=123456. POST方法是把提交的數(shù)據(jù)放在HTTP包的Body中.
2. GET提交的數(shù)據(jù)大小有限制(因?yàn)闉g覽器對URL的長度有限制),而POST方法提交的數(shù)據(jù)沒有限制.
3. GET方式需要使用Request.QueryString來取得變量的值,而POST方式通過Request.Form來獲取變量的值。
4. GET方式提交數(shù)據(jù),會帶來安全問題,比如一個(gè)登錄頁面,通過GET方式提交數(shù)據(jù)時(shí),用戶名和密碼將出現(xiàn)在URL上,如果頁面可以被緩存或者其他人可以訪問這臺機(jī)器,就可以從歷史記錄獲得該用戶的賬號和密碼.
Response 消息中的第一行叫做狀態(tài)行,由HTTP協(xié)議版本號, 狀態(tài)碼, 狀態(tài)消息 三部分組成。
狀態(tài)碼用來告訴HTTP客戶端,HTTP服務(wù)器是否產(chǎn)生了預(yù)期的Response.
HTTP/1.1中定義了5類狀態(tài)碼, 狀態(tài)碼由三位數(shù)字組成,第一個(gè)數(shù)字定義了響應(yīng)的類別
1XX 提示信息 - 表示請求已被成功接收,繼續(xù)處理
2XX 成功 - 表示請求已被成功接收,理解,接受
3XX 重定向 - 要完成請求必須進(jìn)行更進(jìn)一步的處理
4XX 客戶端錯誤 - 請求有語法錯誤或請求無法實(shí)現(xiàn)
5XX 服務(wù)器端錯誤 - 服務(wù)器未能實(shí)現(xiàn)合法的請求
看看一些常見的狀態(tài)碼
200 OK
最常見的就是成功響應(yīng)狀態(tài)碼200了, 這表明該請求被成功地完成,所請求的資源發(fā)送回客戶端
如下圖, 打開博客園首頁
302 Found
重定向,新的URL會在response 中的Location中返回,瀏覽器將會自動使用新的URL發(fā)出新的Request
例如在IE中輸入, http://www.google.com. HTTP服務(wù)器會返回304, IE取到Response中Location header的新URL, 又重新發(fā)送了一個(gè)Request.
304 Not Modified
代表上次的文檔已經(jīng)被緩存了, 還可以繼續(xù)使用,
例如打開博客園首頁, 發(fā)現(xiàn)很多Response 的status code 都是304
提示: 如果你不想使用本地緩存可以用Ctrl+F5 強(qiáng)制刷新頁面
400 Bad Request 客戶端請求與語法錯誤,不能被服務(wù)器所理解
403 Forbidden 服務(wù)器收到請求,但是拒絕提供服務(wù)
404 Not Found
請求資源不存在(輸錯了URL)
比如在IE中輸入一個(gè)錯誤的URL, http://www.cnblogs.com/tesdf.aspx
500 Internal Server Error 服務(wù)器發(fā)生了不可預(yù)期的錯誤
503 Server Unavailable 服務(wù)器當(dāng)前不能處理客戶端的請求,一段時(shí)間后可能恢復(fù)正常
使用Fiddler 能很方便的查看Reques header, 點(diǎn)擊Inspectors tab ->Request tab-> headers 如下圖所示.
header 有很多,比較難以記憶,我們也按照Fiddler那樣把header 進(jìn)行分類,這樣比較清晰也容易記憶。
If-Modified-Since
作用: 把瀏覽器端緩存頁面的最后修改時(shí)間發(fā)送到服務(wù)器去,服務(wù)器會把這個(gè)時(shí)間與服務(wù)器上實(shí)際文件的最后修改時(shí)間進(jìn)行對比。如果時(shí)間一致,那么返回304,客戶端 就直接使用本地緩存文件。如果時(shí)間不一致,就會返回200和新的文件內(nèi)容。客戶端接到之后,會丟棄舊文件,把新文件緩存起來,并顯示在瀏覽器中.
例如:If-Modified-Since: Thu, 09 Feb 2012 09:07:57 GMT
實(shí)例如下圖
If-None-Match
作用: If-None-Match和ETag一起工作,工作原理是在HTTP Response中添加ETag信息。 當(dāng)用戶再次請求該資源時(shí),將在HTTP Request 中加入If-None-Match信息(ETag的值)。如果服務(wù)器驗(yàn)證資源的ETag沒有改變(該資源沒有更新),將返回一個(gè)304狀態(tài)告訴客戶端使用 本地緩存文件。否則將返回200狀態(tài)和新的資源和Etag. 使用這樣的機(jī)制將提高網(wǎng)站的性能
例如: If-None-Match: "03f2b33c0bfcc1:0"
實(shí)例如下圖
Pragma
作用: 防止頁面被緩存, 在HTTP/1.1版本中,它和Cache-Control:no-cache作用一模一樣
Pargma只有一個(gè)用法, 例如: Pragma: no-cache
注意: 在HTTP/1.0版本中,只實(shí)現(xiàn)了Pragema:no-cache, 沒有實(shí)現(xiàn)Cache-Control
Cache-Control
作用: 這個(gè)是非常重要的規(guī)則。 這個(gè)用來指定Response-Request遵循的緩存機(jī)制。各個(gè)指令含義如下
Cache-Control:Public 可以被任何緩存所緩存()
Cache-Control:Private 內(nèi)容只緩存到私有緩存中
Cache-Control:no-cache 所有內(nèi)容都不會被緩存
還有其他的一些用法, 我沒搞懂其中的意思, 請大家參考其他的資料
Accept
作用: 瀏覽器端可以接受的媒體類型,
例如: Accept: text/html 代表瀏覽器可以接受服務(wù)器回發(fā)的類型為 text/html 也就是我們常說的html文檔,
如果服務(wù)器無法返回text/html類型的數(shù)據(jù),服務(wù)器應(yīng)該返回一個(gè)406錯誤(non acceptable)
通配符 * 代表任意類型
例如 Accept: */* 代表瀏覽器可以處理所有類型,(一般瀏覽器發(fā)給服務(wù)器都是發(fā)這個(gè))
Accept-Encoding:
作用: 瀏覽器申明自己接收的編碼方法,通常指定壓縮方法,是否支持壓縮,支持什么壓縮方法(gzip,deflate),(注意:這不是只字符編碼);
例如: Accept-Encoding: gzip, deflate
Accept-Language
作用: 瀏覽器申明自己接收的語言。
語言跟字符集的區(qū)別:中文是語言,中文有多種字符集,比如big5,gb2312,gbk等等;
例如: Accept-Language: en-us
User-Agent
作用:告訴HTTP服務(wù)器, 客戶端使用的操作系統(tǒng)和瀏覽器的名稱和版本.
我們上網(wǎng)登陸論壇的時(shí)候,往往會看到一些歡迎信息,其中列出了你的操作系統(tǒng)的名稱和版本,你所使用的瀏覽器的名稱和版本,這往往讓很多人感到很神 奇,實(shí)際上,服務(wù)器應(yīng)用程序就是從User-Agent這個(gè)請求報(bào)頭域中獲取到這些信息User-Agent請求報(bào)頭域允許客戶端將它的操作系統(tǒng)、瀏覽器 和其它屬性告訴服務(wù)器。
例如: User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CIBA; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; InfoPath.2; .NET4.0E)
Accept-Charset
作用:瀏覽器申明自己接收的字符集,這就是本文前面介紹的各種字符集和字符編碼,如gb2312,utf-8(通常我們說Charset包括了相應(yīng)的字符編碼方案);
例如:
Cookie:
作用: 最重要的header, 將cookie的值發(fā)送給HTTP 服務(wù)器
Content-Length
作用:發(fā)送給HTTP服務(wù)器數(shù)據(jù)的長度。
例如: Content-Length: 38
Content-Type
作用:
例如:Content-Type: application/x-www-form-urlencoded
Referer:
作用: 提供了Request的上下文信息的服務(wù)器,告訴服務(wù)器我是從哪個(gè)鏈接過來的,比如從我主頁上鏈接到一個(gè)朋友那里,他的服務(wù)器就能夠從HTTP Referer中統(tǒng)計(jì)出每天有多少用戶點(diǎn)擊我主頁上的鏈接訪問他的網(wǎng)站。
例如: Referer:http://translate.google.cn/?hl=zh-cn&tab=wT
Connection
例如: Connection: keep-alive 當(dāng)一個(gè)網(wǎng)頁打開完成后,客戶端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接不會關(guān)閉,如果客戶端再次訪問這個(gè)服務(wù)器上的網(wǎng)頁,會繼續(xù)使用這一條已經(jīng)建立的連接
例如: Connection: close 代表一個(gè)Request完成后,客戶端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接會關(guān)閉, 當(dāng)客戶端再次發(fā)送Request,需要重新建立TCP連接。
Host(發(fā)送請求時(shí),該報(bào)頭域是必需的)
作用: 請求報(bào)頭域主要用于指定被請求資源的Internet主機(jī)和端口號,它通常從HTTP URL中提取出來的
例如: 我們在瀏覽器中輸入:http://www.guet.edu.cn/index.html
瀏覽器發(fā)送的請求消息中,就會包含Host請求報(bào)頭域,如下:
Host:http://www.guet.edu.cn
此處使用缺省端口號80,若指定了端口號,則變成:Host:指定端口號
同樣使用Fiddler 查看Response header, 點(diǎn)擊Inspectors tab ->Response tab-> headers 如下圖所示
我們也按照Fiddler那樣把header 進(jìn)行分類,這樣比較清晰也容易記憶。
Date
作用: 生成消息的具體時(shí)間和日期
例如: Date: Sat, 11 Feb 2012 11:35:14 GMT
Expires
作用: 瀏覽器會在指定過期時(shí)間內(nèi)使用本地緩存
例如: Expires: Tue, 08 Feb 2022 11:35:14 GMT
Vary
作用:
例如: Vary: Accept-Encoding
P3P
作用: 用于跨域設(shè)置Cookie, 這樣可以解決iframe跨域訪問cookie的問題
例如: P3P: CP=CURa ADMa DEVa PSAo PSDo OUR BUS UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR
Set-Cookie
作用: 非常重要的header, 用于把cookie 發(fā)送到客戶端瀏覽器, 每一個(gè)寫入cookie都會生成一個(gè)Set-Cookie.
例如: Set-Cookie: sc=4c31523a; path=/; domain=.acookie.taobao.com
ETag
作用: 和If-None-Match 配合使用。 (實(shí)例請看上節(jié)中If-None-Match的實(shí)例)
例如: ETag: "03f2b33c0bfcc1:0"
Last-Modified:
作用: 用于指示資源的最后修改日期和時(shí)間。(實(shí)例請看上節(jié)的If-Modified-Since的實(shí)例)
例如: Last-Modified: Wed, 21 Dec 2011 09:09:10 GMT
Content-Type
作用:WEB服務(wù)器告訴瀏覽器自己響應(yīng)的對象的類型和字符集,
例如:
Content-Type: text/html; charset=utf-8
Content-Type:text/html;charset=GB2312
Content-Type: image/jpeg
Content-Length
指明實(shí)體正文的長度,以字節(jié)方式存儲的十進(jìn)制數(shù)字來表示。在數(shù)據(jù)下行的過程中,Content-Length的方式要預(yù)先在服務(wù)器中緩存所有數(shù)據(jù),然后所有數(shù)據(jù)再一股腦兒地發(fā)給客戶端。
例如: Content-Length: 19847
Content-Encoding
WEB服務(wù)器表明自己使用了什么壓縮方法(gzip,deflate)壓縮響應(yīng)中的對象。
例如:Content-Encoding:gzip
Content-Language
作用: WEB服務(wù)器告訴瀏覽器自己響應(yīng)的對象的語言者
例如: Content-Language:da
Server:
作用:指明HTTP服務(wù)器的軟件信息
例如:Server: Microsoft-IIS/7.5
X-AspNet-Version:
作用:如果網(wǎng)站是用ASP.NET開發(fā)的,這個(gè)header用來表示ASP.NET的版本
例如: X-AspNet-Version: 4.0.30319
X-Powered-By:
作用:表示網(wǎng)站是用什么技術(shù)開發(fā)的
例如: X-Powered-By: ASP.NET
Connection
例如: Connection: keep-alive 當(dāng)一個(gè)網(wǎng)頁打開完成后,客戶端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接不會關(guān)閉,如果客戶端再次訪問這個(gè)服務(wù)器上的網(wǎng)頁,會繼續(xù)使用這一條已經(jīng)建立的連接
例如: Connection: close 代表一個(gè)Request完成后,客戶端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接會關(guān)閉, 當(dāng)客戶端再次發(fā)送Request,需要重新建立TCP連接。
Location
作用: 用于重定向一個(gè)新的位置, 包含新的URL地址
實(shí)例請看304狀態(tài)實(shí)例
無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力,服務(wù)器不知道客戶端是什么狀態(tài)。從另一方面講,打開一個(gè)服務(wù)器上的網(wǎng)頁和你之前打開這個(gè)服務(wù)器上的網(wǎng)頁之間沒有任何聯(lián)系
HTTP是一個(gè)無狀態(tài)的面向連接的協(xié)議,無狀態(tài)不代表HTTP不能保持TCP連接,更不能代表HTTP使用的是UDP協(xié)議(無連接)
Keep-Alive不會永久保持連接,它有一個(gè)保持時(shí)間,可以在不同的服務(wù)器軟件(如Apache)中設(shè)定這個(gè)時(shí)間
作為一個(gè)開發(fā)者,尤其是web開發(fā)人員,我想你有必要去了解這一系列的處理流程,在這期間,瀏覽器和服務(wù)器到底是如何打交道的?服務(wù)器又是如何處理的?瀏覽器又是如何將網(wǎng)頁顯示給用戶的呢?......
疑惑和細(xì)節(jié)真是太多了。坦白講,要想徹徹底底的弄清楚以上每個(gè)疑惑和處理細(xì)節(jié),至少需要十本書的厚度,所謂“底層無極限”嘛,而且不同的web服務(wù) 器和服務(wù)器端編程語言的實(shí)現(xiàn)和處理流程不盡相同(但本質(zhì)都是相通的)。本文中,我將根據(jù)http協(xié)議的有關(guān)知識,跟大家講解一些web開發(fā)的本質(zhì)。不管你 是從事.NET,還是J2EE或者php開發(fā)等等,都離不開這些本質(zhì)。希望你讀完本文,能有新的收獲和見解。由于本人水平和經(jīng)驗(yàn)有限,難免有誤,望讀者見 諒。
何為http協(xié)議(Hypertext Transfer Protocol,超文本傳輸協(xié)議)?
所謂協(xié)議,就是指雙方遵循的規(guī)范。http協(xié)議,就是瀏覽器和服務(wù)器之間進(jìn)行“溝通”的一種規(guī)范。我們在看空間,刷微博...都是在使用http協(xié)議,當(dāng)然,遠(yuǎn)遠(yuǎn)不止這些應(yīng)用。
筆者一直聽說http是屬于“應(yīng)用層的協(xié)議”,而且是基于TCP/IP協(xié)議的。這個(gè)不難理解,如果你上大學(xué)時(shí)候?qū)W過“計(jì)算機(jī)網(wǎng)絡(luò)”的課程,就一定知 道OSI七層參考協(xié)議(我當(dāng)時(shí)是死記硬背的)。如果你接觸過socket網(wǎng)絡(luò)編程,就應(yīng)該明白TCP和UDP這兩種使用廣泛的通信協(xié)議(建立連接、三次握 手等等,當(dāng)然,這不是本文討論的重點(diǎn))。如圖:
既然TCP/UDP是廣泛使用的網(wǎng)絡(luò)通信協(xié)議,那為啥有多出個(gè)http協(xié)議來呢?
筆者曾自己動手寫過一個(gè)簡單的web服務(wù)器處理軟件,根據(jù)我的推斷(不一定準(zhǔn)確)。UDP協(xié)議具有不可靠性和不安全性,顯然這很難滿足web應(yīng)用的需要。
而TCP協(xié)議是基于連接和三次握手的,雖然具有可靠性,但人具有一定的缺陷。但試想一下,普通的C/S架構(gòu)軟件,頂多上千個(gè)Client同時(shí)連接,而B/S架構(gòu)的網(wǎng)站,十萬人同時(shí)在線也是很平常的事兒。如果十萬個(gè)客戶端和服務(wù)器一直保持連接狀態(tài),那服務(wù)器如何滿足承載呢?
這就衍生出了http協(xié)議。基于TCP的可靠性連接。通俗點(diǎn)說,就是在請求之后,服務(wù)器端立即關(guān)閉連接、釋放資源。這樣既保證了資源可用,也吸取了TCP的可靠性的優(yōu)點(diǎn)。
正因?yàn)檫@點(diǎn),所以大家通常說http協(xié)議是“無狀態(tài)”的,也就是“服務(wù)器不知道你客戶端干了啥”,其實(shí)很大程度上是基于性能考慮的。以至于后來有了session之類的玩意。
實(shí)戰(zhàn)準(zhǔn)備工作:
在監(jiān)視網(wǎng)絡(luò)方面,windows平臺上有一款叫做Sniffer的優(yōu)秀軟件,這也是很多“黑客”經(jīng)常使用的嗅探工具。 在研究http協(xié)議時(shí),推薦大家使用一款
叫作httpwatch的工具。(遺憾的是,該工具是收費(fèi)的。該咋辦就咋辦,你懂的)。安裝完成后,可以在IE瀏覽器的tools中直接打開(目前也支持firefox)。如圖所示:
點(diǎn)擊Record,就可以開始監(jiān)視并記錄http消息了。stop、Clear等等按鈕的功能,這里就不一一介紹了。拿實(shí)例來說話,下面就是我記錄訪問main.aspx頁面的時(shí)候記錄的,能夠清晰的看到http報(bào)文消息的詳細(xì)信息,如圖:
學(xué)習(xí)http協(xié)議,主要需要了解http的請求和響應(yīng)(當(dāng)然,還有g(shù)et、post等請求方式,狀態(tài)碼、URI、MIME等)
首先看看http請求消息(就是瀏覽器丟給服務(wù)器的):
一個(gè)http請求代表客戶端瀏覽器向服務(wù)器發(fā)送的數(shù)據(jù)。一個(gè)完整的http請求消息,包含一個(gè)請求行,若干個(gè)消息頭(請求頭),換行,實(shí)體內(nèi)容
請求行:描述客戶端的請求方式、請求資源的名稱、http協(xié)議的版本號。 例如: GET/BOOK/JAVA.HTML HTTP/1.1
請求頭(消息頭)包含(客戶機(jī)請求的服務(wù)器主機(jī)名,客戶機(jī)的環(huán)境信息等):
Accept:用于告訴服務(wù)器,客戶機(jī)支持的數(shù)據(jù)類型 (例如:Accept:text/html,image/*)
Accept-Charset:用于告訴服務(wù)器,客戶機(jī)采用的編碼格式
Accept-Encoding:用于告訴服務(wù)器,客戶機(jī)支持的數(shù)據(jù)壓縮格式
Accept-Language:客戶機(jī)語言環(huán)境
Host:客戶機(jī)通過這個(gè)服務(wù)器,想訪問的主機(jī)名
If-Modified-Since:客戶機(jī)通過這個(gè)頭告訴服務(wù)器,資源的緩存時(shí)間
Referer:客戶機(jī)通過這個(gè)頭告訴服務(wù)器,它(客戶端)是從哪個(gè)資源來訪問服務(wù)器的(防盜鏈)
User-Agent:客戶機(jī)通過這個(gè)頭告訴服務(wù)器,客戶機(jī)的軟件環(huán)境(操作系統(tǒng),瀏覽器版本等)
Cookie:客戶機(jī)通過這個(gè)頭,將Coockie信息帶給服務(wù)器
Connection:告訴服務(wù)器,請求完成后,是否保持連接
Date:告訴服務(wù)器,當(dāng)前請求的時(shí)間
(換行)
實(shí)體內(nèi)容:
就是指瀏覽器端通過http協(xié)議發(fā)送給服務(wù)器的實(shí)體數(shù)據(jù)。例如:name=dylan&id=110
(get請求時(shí),通過url傳給服務(wù)器的值。post請求時(shí),通過表單發(fā)送給服務(wù)器的值)
再看看HTTP響應(yīng)消息(服務(wù)器返回給瀏覽器的):
一個(gè)http響應(yīng)代表服務(wù)器端向客戶端回送的數(shù)據(jù),它包括:
一個(gè)狀態(tài)行,若干個(gè)消息頭,以及實(shí)體內(nèi)容
響應(yīng)頭(消息頭)包含:
Location:這個(gè)頭配合302狀態(tài)嗎,用于告訴客戶端找誰
Server:服務(wù)器通過這個(gè)頭,告訴瀏覽器服務(wù)器的類型
Content-Encoding:告訴瀏覽器,服務(wù)器的數(shù)據(jù)壓縮格式
Content-Length:告訴瀏覽器,回送數(shù)據(jù)的長度
Content-Type:告訴瀏覽器,回送數(shù)據(jù)的類型
Last-Modified:告訴瀏覽器當(dāng)前資源緩存時(shí)間
Refresh:告訴瀏覽器,隔多長時(shí)間刷新
Content- Disposition:告訴瀏覽器以下載的方式打開數(shù)據(jù)。例如: context.Response.AddHeader("Content-Disposition","attachment:filename=aa.jpg"); context.Response.WriteFile("aa.jpg");
Transfer-Encoding:告訴瀏覽器,傳送數(shù)據(jù)的編碼格式
ETag:緩存相關(guān)的頭(可以做到實(shí)時(shí)更新)
Expries:告訴瀏覽器回送的資源緩存多長時(shí)間。如果是-1或者0,表示不緩存
Cache-Control:控制瀏覽器不要緩存數(shù)據(jù) no-cache
Pragma:控制瀏覽器不要緩存數(shù)據(jù) no-cache
Connection:響應(yīng)完成后,是否斷開連接。 close/Keep-Alive
Date:告訴瀏覽器,服務(wù)器響應(yīng)時(shí)間
理解了以上的http請求消息和響應(yīng)消息,相信你對于http協(xié)議已經(jīng)理解得足夠深刻了。關(guān)于http協(xié)議的更多具體細(xì)節(jié),可以參照http RFC文檔。
大致步驟就是:瀏覽器先向服務(wù)器發(fā)送請求,服務(wù)器接收到請求后,做相應(yīng)的處理,然后封裝好響應(yīng)報(bào)文,再回送給瀏覽器。瀏覽器拿到響應(yīng)報(bào)文后,再通過 瀏覽器引擎去渲染網(wǎng)頁,解析DOM樹,javascript引擎解析并執(zhí)行腳本操作,插件去干插件該干的事兒...關(guān)于瀏覽器渲染、解析的原理,可以參考 http://kb.cnblogs.com/page/129756/
說白了,所謂web的本質(zhì),無非是:請求/處理/響應(yīng) ,任何的web服務(wù)器,任何的服務(wù)端編程語言,都沒法脫離這個(gè)本質(zhì)。 而瀏覽器端解析html、圖片等靜態(tài)內(nèi)容,呈現(xiàn)給用戶,腳本引擎執(zhí)行腳本代碼,完成腳本代碼要做的事兒(例如dom操作,css屬性更改,發(fā)送ajax請 求等等)。
筆者淺淺的認(rèn)為,其實(shí)瀏覽器就是一種特殊的Client,而B/S架構(gòu)也是一種特殊的C/S架構(gòu)。這里值得一提的是,不同的web服務(wù)器和編程語 言,又是如何接收用戶http請求。如何處理,如何響應(yīng)的呢?筆者拿熟悉的ASP.NET為例,通過反編譯工具查看源代碼(微軟這家伙實(shí)在封裝的太好了) 從底層進(jìn)行了剖析,如圖:
由于篇幅有限,無法再繼續(xù)將asp.net、iis web服務(wù)器的細(xì)節(jié)及底層實(shí)現(xiàn)再做進(jìn)一步地進(jìn)行剖析了。因?yàn)槲④浀腶sp.net技術(shù)體系實(shí)在龐大,而且很復(fù)雜。有時(shí)間筆者會繼續(xù)更新系列文章,歡迎讀者繼續(xù)關(guān)注。
2012世界末日暨環(huán)境保護(hù)主題站,關(guān)注國內(nèi)外最新2012世界末日信息,旨在通過關(guān)注,收集,展示2012世界末日相關(guān)資料的方式,喚醒并提高人們保護(hù)環(huán)境與愛護(hù)地球的意識,引導(dǎo)人類保護(hù)環(huán)境.
這個(gè)是淡出淡入動畫效果:
|
|
1. 人得學(xué)習(xí)能力是否會隨著年齡的增長而變差?
可能是如此,我兩歲的兒子一首唐詩說兩遍就記住了,很長繞口的兒歌《小熊過橋》幾乎能一字不差的唱完;而我是顯然辦不到的。不過發(fā)現(xiàn)一個(gè)事實(shí),就是人的學(xué) 習(xí)能力不僅僅是靠記憶能力,跟邏輯思維能力,還有人的經(jīng)驗(yàn)也有很大的關(guān)系;我們每個(gè)人也許都發(fā)現(xiàn),你如果只是個(gè)優(yōu)秀的Java程序員,如果要你去維護(hù)一 個(gè).net的系統(tǒng),不出兩個(gè)月, 你馬上就是一個(gè).net專家。因?yàn)槟阒老嚓P(guān)的知識怎么學(xué)習(xí),知道如何才能最快定位問題的一般方法。我個(gè)人是個(gè)完全不懂php得人,結(jié)果被強(qiáng)拉過去搞了個(gè) php的項(xiàng)目,結(jié)果被認(rèn)為是php expert! 所以我的最終答案是,人得記憶力更年齡成反比,但是學(xué)習(xí)能力跟年齡成正比。
2. 人的年齡越大,精力會跟不上程序員這樣高強(qiáng)度的工作嗎?
我的答案也是否定的。首先這是個(gè)偽命題,沒有哪件事情是輕松的;你覺得別人比你輕松,那也只是你覺得而已。大體上個(gè)人的回報(bào)跟付出是成正比的。其實(shí)隨著你 的年齡增長,知識積累越多,經(jīng)驗(yàn)越豐富,你的工作效率會更高。5年前你修一個(gè)Bug要一個(gè)星期,現(xiàn)在也許10分鐘就夠了,并且是又快又好。難道不是這樣 嗎?所以你的工作強(qiáng)度事實(shí)上會變得更低,因?yàn)槟愕男矢撸銜懈鄷r(shí)間喝咖啡,也會遭你鄰桌的同事低語“這家伙每天無所事事,咋工資比我高那么多?” 因?yàn)槟愕?0分鐘就抵別人的一個(gè)星期。
3. 人的年齡越大,就沒有激情學(xué)習(xí)新知識了嗎?
對有些人是,對有些人不是。計(jì)算機(jī)科學(xué)日新月異,確實(shí)更新相當(dāng)快。你真的會跟不上腳步嗎?可能會,如果你自己不學(xué)習(xí)。但我一定要亦步亦趨嗎?也不見得,無 論如何,即便是軟件開發(fā),也還是有方向,有領(lǐng)域,你只要更上你需要更上的節(jié)奏就夠了。今天請我的一個(gè)兄弟給我講了下Struts應(yīng)用,就是給我搞個(gè)最小化 的Struts項(xiàng)目,包含所有Struct的重要知識點(diǎn),然后搬個(gè)椅子坐我旁邊,花上半個(gè)小時(shí)跟我講解;我現(xiàn)在儼然Struts專家了,不信,我跟你講講 看? 呵呵,開玩笑了。
如果我們覺得每天吃飯不是件枯燥無趣的事,我們應(yīng)該也不太會拒絕不斷學(xué)習(xí);如果我們一定會因?yàn)樽匀灰?guī)律而失去某些優(yōu)勢,記得你其實(shí)有更多的優(yōu)勢可以彌補(bǔ);最重要的是,做你喜歡的事,做你能做的事情。
正月十五,明月高懸;祝福各位龍圖大展!
今天我不談抱負(fù)理想,也不談具體的技術(shù),我來談幾個(gè)看法上的典型錯誤。下面的這些問題都是我曾經(jīng)遇到,或者是我的朋友們遇到過的問題,這些都是我個(gè)人的理解,希望對大家有幫助。
關(guān)于設(shè)計(jì)模式、設(shè)計(jì)原則
有人認(rèn)為,熟悉了設(shè)計(jì)模式、設(shè)計(jì)原則,就學(xué)會了設(shè)計(jì)。其實(shí),設(shè)計(jì)模式和設(shè)計(jì)原則,只是前人根據(jù)設(shè)計(jì)實(shí)踐做的總結(jié)和提煉,設(shè)計(jì),歸根到底是要解決問題的,把具體問題的解決辦法,經(jīng)過一定的抽象,變成程序員的語言。
我見過一些人,他們知識淵博、見識廣博,甚至理論可以給你闡述得冠冕堂皇,但是到了實(shí)際需要解決問題的時(shí)候,他們卻拿不出巧妙的、優(yōu)雅的辦法,這是典型的象牙塔人。
另一方面,也有一些人看不起學(xué)習(xí)設(shè)計(jì)模式的人,他們覺得他們已經(jīng)掌握了軟件設(shè)計(jì)的奧義,這些對他們來說是毫無意義的詞匯,對此大可以一笑置之。
有時(shí)候我們反而被設(shè)計(jì)模式或設(shè)計(jì)原則粗暴的掌握束縛了手腳,譬如我遇到這樣一件事情,某位努力的程序員,設(shè)計(jì)的代碼用遍了組合(例如把User對象 放置到Administrator里面),我好奇地問,有一些類和對象之間的關(guān)系很明顯符合繼承的特征,為什么不愿意用它?他說,設(shè)計(jì)原則告訴我們,要多 用組合,少用繼承。我想,對這些優(yōu)秀的模式、原則、方法論,如果不能透徹地掌握,不能根據(jù)實(shí)際場景合適地運(yùn)用,是不是反而不如對其不了解來的好呢?
關(guān)于多種計(jì)算機(jī)語言的學(xué)習(xí)
有人覺得學(xué)習(xí)一種語言就可以了,學(xué)習(xí)那么多語言沒有必要。事實(shí)上,多掌握一門合適的計(jì)算機(jī)語言不僅僅是多掌握一種謀生的工具,如果一種新的語言能夠很大程度上改變你對編程、對設(shè)計(jì)的看法,那么興許它就值得你去學(xué)習(xí)。
譬如C語言,可以培養(yǎng)嚴(yán)謹(jǐn)?shù)乃季S;譬如動態(tài)語言,它可以幫助程序員更好地做面向?qū)ο蟮腸oding;譬如函數(shù)式語言,它在工業(yè)生產(chǎn)、運(yùn)算領(lǐng)域有著不可替代的作用。
當(dāng)然話說回來,所謂術(shù)業(yè)有專攻,對于某一門計(jì)算機(jī)語言(包括該語言所需的運(yùn)行時(shí)環(huán)境、其中的編譯或解釋的原理)深入的掌握,是很有必要的。
另外,我們時(shí)常看到諸多計(jì)算機(jī)語言孰優(yōu)孰劣的爭論,計(jì)算機(jī)語言歸根到底是一種工具,工具是隨著時(shí)代發(fā)展升級和變更的,單純的優(yōu)劣爭論沒有太大意義。
關(guān)于英語
中國人為什么要學(xué)英語,程序員為什么要學(xué)英語,當(dāng)我把那些方法名、變量名全部取成拼音,一樣可以,誰下的這個(gè)破規(guī)定?
遺憾的是,諸多學(xué)習(xí)材料、論文、技術(shù)資料(尤其是一些剛出不久的技術(shù)),都是英語的;另一方面,國際標(biāo)準(zhǔn)、程序員交流的通用方式,都是英文的,我想肯定很難想象,那些有名的framework、lib的源碼,如果用拼音來寫變量名會成什么樣子。
所以,如果你的英語不好(至少讀寫不好),就不要給自己找太借口,英語是一個(gè)掌握其他工具的工具,除非你堅(jiān)信,中文很快就會在計(jì)算機(jī)界變成世界第一通用的語言。
關(guān)于算法
算法有多重要,這一件事的爭議一直都很大。
軟件歸根到底是用來解決問題的,提到算法就不能不提到數(shù)學(xué)(這也是為什么很多軟件領(lǐng)域的大師都具備相當(dāng)?shù)臄?shù)學(xué)背景),對于解決問題,這里可以簡單歸納成兩步:
(1)把實(shí)際的問題抽象成簡化的數(shù)學(xué)模型
(2)用算法去解決這個(gè)數(shù)學(xué)問題
算法,在這里應(yīng)該是一個(gè)廣義的概念(這里的算法并不僅僅指大學(xué)里學(xué)習(xí)的狹義的具體算法),算法是解決上述數(shù)學(xué)問題的辦法。如果工作中你并未意識到它的存在,那只是說明,你抽象出的數(shù)學(xué)模型比較簡單,解決這個(gè)模型的辦法也很簡單,或者有現(xiàn)成的方式可以模仿,或者有現(xiàn)成的框架幫你完成了,以至于你不去關(guān)注它、在乎它。
如果你做的事情是充滿創(chuàng)新意義的,是別人從沒有做過的,這時(shí)候算法興許就成了決定你成敗的因素。
在當(dāng)前中國的環(huán)境下,視野廣闊和經(jīng)歷豐富的人很好找,但是企業(yè)要招到具備上述兩點(diǎn)能力來解決問題的人,其實(shí)是非常困難的。
關(guān)于經(jīng)驗(yàn)
唯經(jīng)驗(yàn)論者的人有很多,他們認(rèn)為,在軟件企業(yè)的職位、薪水、甚至決策能力,都取決于經(jīng)驗(yàn),一個(gè)5年經(jīng)驗(yàn)的工程師,肯定比3年經(jīng)驗(yàn)的工程師能找到更好的飯碗:
“我是老員工,我工作5年了,憑什么工作3年的他薪水比我高那么多”
實(shí)際上,很多因素,包括領(lǐng)域積累(這是業(yè)務(wù)上的,例如互聯(lián)網(wǎng)領(lǐng)域、傳統(tǒng)軟件領(lǐng)域,這和所謂的純技術(shù)沒有直接關(guān)系)、視野、承受壓力的能力等等往往都 在很大程度上取決于“經(jīng)驗(yàn)”的積累,但是,這并不是絕對的。有句話叫做“事業(yè)一半是干出來的,一半是總結(jié)出來的”,也確實(shí)有一些出色的程序員,他們善于總 結(jié)、善于觀察和積累,并且善于不斷地思考,這樣的程序員就是擁有更多優(yōu)秀的經(jīng)驗(yàn)。
另一方面,程序員是要來解決問題的,經(jīng)驗(yàn)不能代替解決問題,有的人具備更優(yōu)秀的解決問題的能力,他為什么就不能得到更優(yōu)厚的薪水?