rpc語義股票交易

Ⅰ 為什麼rpc不能具有正好一次的執行語義

樓主應對情況做出更加具體的描述，以待更好地解決此問題，下面是一般情況下解決此類問題的方法，您可以嘗試看能不能解決： 症狀 在執行下列任一基於伺服器的任務時，可能收到「RPC server is unavailable（RPC伺服器不可用）」錯誤信息

Ⅱ 電子商務論文

http://www.bcu.e.cn/truekxyj/gerenwangye/hyeleem/xinxikx/jsjwlaq/wlaq.doc
字數超了 ,你覺得好就直接下上面的地址
下面是摘抄 前面一點點部分的
第1章 電子商務與網路安全
1.1什麼是網路安全
電子商務的網路環境
1.互聯網
互聯網的出現與發展是上個世紀末人類生活中最具影響的重大事件之一.
根據 www.glreach.com 2000年12月30日的全球在線統計,全球上網用戶為4億零300萬,其中使用英語的用戶數為1億9210萬,佔全球上網用戶總數的47.6%,非英語用戶數為2億1130萬,佔全球上網用戶總數的52.4%,在非英語用戶中,使用漢語的用戶數為2900萬,佔全球上網用戶總數的7.2%.估計到2003年,全球上網用戶為7億9000萬,其中使用英語的用戶數為2億3000萬,佔全球上網用戶總數的29.1%,非英語用戶數為5億6000萬,佔全球上網用戶總數的70.9%,在非英語用戶中,使用漢語的用戶數為1億6000萬,佔全球上網用戶總數的20.3%.
根據INTERNIC的統計,全球已注冊域名35244448個,其中以 .com 注冊的公司域名為21285794個.中國大陸以 .cn 注冊的域名106272個,中國台灣以 .tw 注冊的域名36546個,澳門以 .mo 注冊的域名395個,香港未詳.
另據香港政府的資訊科技及廣播局的統計資料,全港所有住戶中,49.7%家中有個人電腦 ,其中73.3%的個人電腦已接入上互聯網,37.3%的機構單位已聯接互聯網.一九九九年,所有機構單位通過電子途徑售賣產品,服務或資料而獲得的業務收益合計為46億元港幣.
根據中國互聯網路信息中心(CNNIC)2001年1月17日在北京發布的《中國互聯網路發展狀況統計報告》,截止到2000年12月31日止,我國上網計算機數有約892萬台,其中專線上網計算機141萬台,撥號上網計算機751萬台.我國上網用戶人數約2250萬人,其中專線上網的用戶人數約為364萬,撥號上網的用戶人數約為1543萬,同時使用專線與撥號的用戶人數為343萬,除計算機外同時使用其他設備(移動終端,信息家電等)上網的用戶人數為92萬.CN下注冊的域名總數為122099個,WWW站點數(包括.CN,.COM,.NET,.ORG下的網站)約265405個,我國國際線路的總容量為2799M.
2.電子商務
互聯網的迅猛發展極大地改變了人類的生活方式,給世界的經濟,政治,文化帶來了深刻的影響.在這種背景之下,電子商務的異軍突起掀起了網路上的浩盪風雲.這首先是由於,互聯網加速了經濟全球化的進程,人們通過網路可以更快,更省地處理經濟事務,節省大量的財力,物力,人力,所有的這些都大大減少了交易費用,節余了更多的社會財富.其次,互聯網極大地拓展了市場交易的時間和空間,創造了更多的市場交易機會,為經濟的發展起到了推波助瀾的作用.互聯網可以幫助人們挖掘潛在的市場需求,甚至在創造著人類前所未有的新需求,例如創造和激發了巨大的信息消費市場.同時,互聯網還創造了互聯網基礎建設,互聯網應用,互聯網中介,互聯網商務等市場需求.這些新增長的需求必然帶來更多的就業機會.再次,互聯網促進競爭,促進創新,提高整個社會資源的配置效率.互聯網使每一個廠商都面臨著同樣的全球化的市場,自由競爭將導致經濟資源的優化配置,極大地推動經濟的發展.這是由於互聯網使得供需雙方的信息能夠充分流通,減少雙方的信息不對稱,不完全狀況,從而為資源的最優配置創造了必要的條件,也十分自然地優化著社會資源的配置.
根據貝克利大學世界經濟圓桌會議的報告,1999年的全球網路購物和網路交易額為130億美元,2000年估計為2000億美元,2003年估計將超過3萬億美元.
面對這樣一個巨大的市場,世界各國無不磨拳擦掌,惟恐裂肉分羹之不及.美國作為網路技術和應用最先進的經濟發達國家,正逐步加強自己在世界經濟中的霸主地位.歐洲各國也不甘落後,1999年12月7日,歐盟15國在布魯塞爾召開部長級會議,通過了《歐盟電子商務統一法》,明確規定凡在一個成員國簽署的有關電子商務合同,其法律效力在歐盟其他成員國都將得到承認,以此推動電子商務在歐洲的發展.2001年2月15日,德國議會通過了使電子簽名具有與手寫簽名同樣的法律效力的議案,用電子簽名簽訂的合同將具有同樣的合法性,這使德國成為第一個電子簽名合法化的歐洲國家.目前在歐元區信息技術部門內共僱傭了80萬人,至2020年還將創造75萬個就業機會.日本則於1999年推出綱領性文件《邁向21世紀的數字經濟》,並投資幾十億美元發展本國的電子商務.新加坡政府把推動電子商務作為21世紀的經濟發展策略,並立志將新加坡建設成為國際電子商務中心.隨著我國加入WTO的日子的到來,在國際經濟貿易的競爭更加激烈,機遇與挑戰並存的時代,如果我國能夠及時調整對策,變革傳統的貿易方式,我們將在21世紀國際貿易競爭中有望佔有我們應得的市場份額,由此將對我國的經濟發展,社會穩定和人民的生活幸福產生深遠的影響.
3.網路安全
互聯網猶如為電子商務鋪設了四通八達的道路.但是在這些道路上並不是很安全的,而是危機四伏,險象環生.當然,我們不能因為路上不太安全,就關張落板,不做買賣了,縮回到"民老死不相往來"的封閉時代.我們要做的是權衡利弊,評估風險,以適當的代價,建立起電子商務的安全系統,爭取在電子商務活動中獲得較高的收益.
說到安全,我們滿耳朵灌進來的是各種各樣的令人頭昏的字眼.諸如"網路安全","信息安全","計算機安全","數據安全"等等,等等.界定這些名詞的內涵與外延,是語義學專家們的事情.我們也不想從那些難以咀嚼的定義出發,來圈定本書的內容.
我們的想法是很直接,很樸素的.我們經過調查研究,從電子商務的實際需要出發,來組織本書的內容.電子商務在網路上遇到的安全問題是錯綜復雜的,我們經過梳理,勾畫出本書的輪廓,方方面面有關安全的問題我們都要點到,做適當的介紹.這本書作為高等職業學校的電子商務專業的教材,我們的目的不是去探討高深的網路理論,而是要引導學生通過實踐獲得切合實際需要的知識和能力.
針對危害安全的某些因素,我們採取了相應的安全措施.也許由於我們的安全措施存在某些遺漏或缺陷,一些不安全因素會得以擴張它的危害,我們必須想法彌補和加固我們的防護堤壩.然而,新的不安全因素是會在你一眨眼之間隨時出現的,我們維護系統安全的戰斗將永不停息.因此,本書並沒有企圖羅列若干萬無一失的安全解決方案,以為鑄造幾個堅固的鐵殼就可以鑽在裡面高枕無憂了,而是著眼於培養學生分析問題,解決問題的能力,去應對不斷出現的新的挑戰.
滿山的草木千姿百態,我們只能摘一片葉子夾在書中留作紀念.電子商務所面臨的安全問題千奇百怪,解決之道也是層出不窮.要找一個非常准確的名詞來概括不是一件容易的事兒,權且叫做"網路安全"吧.
網路安全隱患分析
電子商務之所以非要在危機四伏,險象環生的網路環境中謀求生存,其根本原因出自以下的四大矛盾:
商務活動要求廣泛的互聯而不能與世隔絕,然而這也給盜賊的潛入架橋開路:
網路的體系結構和協議以及計算機的操作系統為互聯就必須開放,然而這也給病毒媽咪和黑客們盡數亮開了家底:
電子商務的操作必須簡單,方便,然而這就給嚴格的安全檢查出了難題:
互聯網的建立的初衷是友善的交流,合作,資源共享,它的結構和協議也不曾想到什麼安全不安全,然而誰曾料想美好的烏托邦竟然成為刀光劍影的打鬥場.
網路安全的隱患主要來自操作系統,網路和資料庫的安全的脆弱性和安全管理上的疏忽.
操作系統的安全的脆弱性
操作系統為了系統集成和系統擴張的需要,採用了支持動態聯接的系統結構.系統的服務和I/O操作都可以用打補丁的方式進行動態聯接.打補丁的方法為黑客們所熟知,也是病毒孳生的營養缸.
操作系統的進程是可以創建的,而且這種進程可以在遠程的網路節點上創建和激活,更加要命的是被創建的進程還繼承了再創建進程的權力.這樣,黑客們在遠程把間諜補丁打在一個合法用戶特別是超級用戶的身上,就能夠逃脫系統作業與進程的監視程序的眼睛.
操作系統為維護方便而預留的免口令入口和各種隱蔽通道,實際上也是黑客們進出的方便之門.
操作系統提供的具有與系統核心層同等權力的daemon軟體和遠程過程調用RPC服務,網路文件系統NFS服務,以及Debug,Wizard等工具,更是黑客們翻雲覆雨的百寶囊.
計算機網路的安全的脆弱性
互聯網的體系結構和TCP/IP協議在創建之時並沒有適當地考慮安全的需要,因而存在著許多安全漏洞和根本性的缺陷,給攻擊者留下了可乘之機.計算機網路安全的脆弱性主要表現在:
(1)很容易被竊聽和欺騙
數據包在互聯網上傳輸的時候,往往要經過很多個節點的重發.而在區域網內,通常採用的乙太網或令牌網技術都是廣播類型的.這樣,竊聽者便可以輕而易舉地得到你的數據包.如果你的數據包沒有強有力的加密措施,就等於把信息拱手送給了竊聽者.比較陳舊的DNS服務軟體易受虛假的IP地址信息的欺騙.另外一種IP地址的欺騙方式是在阻塞了受害的某台主機後再用受害者的IP地址在網路上冒充行騙.
(2)脆弱的TCP/IP服務
基於TCP/IP協議的服務很多,最常用的有WWW,FTP,E-mail,此外還有TFTP,NFS,Finger等,它們都存在著各種各樣的安全問題.WWW服務所使用的CGI程序,Java Applet小程序和SSI都有可能成為黑客的得力工具.FTP的匿名服務有可能浪費甚至耗盡系統的資源.TFTP則無安全性可言,它常被用來竊取口令文件.E-mail的安全漏洞曾經導致蠕蟲在互聯網上的蔓延.E-mail的電子炸彈和附件里經常攜帶的病毒,嚴重地威脅著互聯網的安全.至於X Windows服務,基於RPC的NFS服務,BSD UNIX的"r"族服務如rlogin,rsh,rexec等,如果你在配置防火牆時忘記了關閉它們在互聯網上的使用,那麼你的內部網路就等於裸露在黑客們的面前.
(3)配置的錯誤和疏忽
由於網路系統本身的復雜性,配置防火牆是一件相當復雜的事情.在沒有更好的輔助工具出現之前,缺乏訓練的網路管理員很有可能發生配置錯誤,給黑客造成可乘之機.在系統配置時過於寬容,或者由於對某些服務的安全性了解不夠而沒有限制或禁止這些不安全的服務,或者對於某些節點的訪問要求給予太多的權力,都會給安全帶來危害.
3. 資料庫管理系統安全的脆弱性
資料庫管理系統主要通過用戶的登錄驗證,用戶的許可權,數據的使用許可權以及審計功能提供安全性能.但是黑客通過探訪工具強行登錄和越權使用資料庫的數據,有可能帶來巨大的損失.對數據進行加密可以提高安全性,但是加密往往與資料庫管理系統的功能發生沖突或者影響了資料庫的運行效率,不一定總是可行.使用"伺服器—瀏覽器"結構的網路應用程序因為由應用程序直接對資料庫進行操作,應用程序的某些缺陷有可能威脅到資料庫的安全.使用"資料庫—伺服器—瀏覽器"的三層結構的應用程序通過標準的工具對資料庫進行操作,其安全性有所加強.資料庫的安全等級應當與操作系統的安全等級相適應,否則缺口是會首先從最薄弱的環節打開的.
系統管理員對系統和資料庫的絕對的控制權力也是安全的一個突出問題.作為一個系統管理員,他有權查閱和刪改任何任何敏感數據,系統對他的權力沒有任何約束,這就可能出事.應當實行系統管理員,安全員,審計員三權分立的互相制約的機制.而且這種機制必須得到操作系統和資料庫管理系統的支持才能生效.
4.安全管理的不力
調查表明,國內的多數計算機網路,都缺少經過正規教育和訓練的專職的網路安全管理員,缺少網路安全管理的技術規范,沒有定期的安全測試和檢查,更沒有安全監控.甚至有許多網路已經運行多年了,而系統管理員和用戶的登錄名字和口令還是預設狀態未予改動.對於病毒媽咪和黑客們來說,這些網路真是"笑人齒缺曰狗竇大開".
危害網路安全的典型案例
世界上第一個病毒程序是在1983年11月由Fred Cohen博士研究出來的.它潛伏在DEC公司的VAX 11/750型計算機系統上,具有自我復制能力,在一定條件下當它發作時則具有一定的破壞性.從此,在神奇美麗的計算機王國里,開始了一場揮之不去的惡夢.
1988年11月3日,由Cornell大學的23歲的研究生Robert Morris製造的"蠕蟲"病毒感染了當時的互聯網上將近1/10的6000多台計算機,使網路陷入癱瘓,造成的經濟損失估計在1500萬到1億美元.Robert Morris也因此被判刑3年監禁緩刑,罰款1萬美元和做400小時的社區服務.Robert Morris的父親老Morris是一個對互聯網的創立做出傑出貢獻的工程師,並服務於美國國家安全局.Robert Morris以自己的"蠕蟲"蓋過了他父親的一代英名.
最離奇的一個案例是Randal Schwartz.他是一個 在編程方面特別是Perl語言上功績彰著的優秀程序員.1993年他在Oregon為Intel公司工作,作為系統管理員維護計算機系統的安全.他為網路安全而安裝了一個Crack工具軟體,這個工具軟體可以用來破譯UNIX中的密碼和網路口令.1993年10月28日,另一個系統管理員發現了這個Crack軟體,並於4天後向警方作證而導致Schwartz被捕,罪名是違反了Oregon的計算機犯罪條例.
1995年,俄羅斯的列文(∧евин)在英國被捕.他被指控使用筆記本電腦從紐約的花旗銀行非法轉移至少370萬美元到他自己的帳戶.後來列文被引渡到了美國,被判處3年監禁和歸還花旗銀行24萬美元.花旗銀行除了蒙受了經濟損失之外,尤其嚴重的是商業信譽上的損失.當時就有6家競爭對手立即利用這個事件游說花旗銀行的最大的20個客戶改換門庭.因此有許多金融和商業機構在遭受黑客襲擊時卻嚴格保密不敢露出風聲,惟恐因為自己的計算機網路系統的安全缺陷而導致丟失自己的客戶.
1998年我國某工商銀行的網路管理員郝金龍和他的弟弟內外勾結,在銀行的電腦終端機植入一個控制軟體,同時用各種化名在該銀行開設了16個帳戶.他們利用這個軟體將虛擬的720000元人民幣電匯劃入銀行帳戶,之後從該銀行的8個分行提取真實的人民幣260000元.後來,郝金龍兄弟2人被江蘇省揚州市人民法院依法判處了死刑.
每年4月26日發作的CIH病毒感染了全球6000萬台計算機.這種病毒是一種惡性的
病毒,它發作時能用垃圾數據填充硬碟而毀壞所有文件和數據,尤其可惡的是它能改寫Flash 晶元的BIOS程序,使計算機完全癱瘓.受害者為之莫不咬牙切齒.CIH病毒是台灣大同工學院的4年級的學生陳盈豪在1998年製作的.當年因為無人告訴,警方不能採取行動,使陳盈豪長期逍遙法外.畢業後在台軍方服役,曾揚言要製作針對大陸的簡體漢字系統的病毒.1999年4月30日,有CIH病毒受害者曾先生起訴陳盈豪,陳乃被台北警方逮捕.
2000年2月在3天的時間里,來自世界各地的黑客攻擊了美國的數家頂級網站,包括Yahoo,Amazon,eBay,CNN等.黑客們用大量的垃圾信息阻塞了網站的伺服器,使其無暇為用戶提供正常的服務而陷入癱瘓,稱為"拒絕服務"攻擊.一時間,引起這些頂級網站的股票一路下跌.
2000年5月4日,一種叫做"我愛你"(ILoveYou)的電腦病毒開始在全球迅速蔓延,短短的一兩天內就侵襲了100多萬台計算機.美國和歐洲 的計算機系統損失尤為慘重."愛蟲"病毒通過電子郵件傳播,與1999年席捲美國的"梅麗莎"病毒類似.它的攻擊對象是使用微軟視窗操作系統及Outlook電子郵件系統的計算機.這種病毒能刪除計算機上的部分文件,並 製造大量新的電子郵件,使用戶文件泄密,網路負荷劇增.英國約有10%的企業遭到了它的攻擊,英國勞埃德銀行估計,這一病毒將給英國造成數千萬英鎊的損失.美國參議院,國務院和國防部,美國在線-時代華納公司等諸多機構也受到"愛蟲"病毒的攻擊.在瑞士,"愛蟲"病毒襲擊了瑞士通訊社,法語廣播電台等機關和企業,甚至蘇黎世州警察局也未能倖免.另外,在4日德國至少有5萬台電腦被傳染上"愛蟲"病毒,丹麥議會,丹麥電信局和挪威一家電視台都宣布受到"愛蟲"病毒的侵害.追查"愛蟲"病毒媽咪撲簌迷離.有人說是菲律賓的一些黑客,也有人說是一名在澳大利亞學習的名叫邁克爾的德國學生.
還有一個笑話.北京有一家公司研製開發了一個防火牆,於是向全世界的黑客發出挑戰,稱誰能攻破我的防火牆,我就付你獎金若干若干.但是這家開發防火牆的公司,竟然忘記了要給自己公司的網站安置一道防火牆.甘肅省有一個叫"黑妹"的,把這家公司的主頁黑掉了.公司經理說:"哎呀呀,不算不算!我忘了." 因為管理上的疏忽,導致安全事故的發生,往往是要付出沉重代價的.
物理上的破壞也嚴重地威脅著網路的安全.我們經常可以反復看到一些如出一轍的報道,稱某某地方的架空光纜又被無知的盜賊割斷了,不同的只是時間和地點的變換.以至於光纜的架空桿子上掛出了這樣的牌子:"光纜割斷不能賣錢……"就是沉入海底的光纜也不能倖免於難.2001年2月9日上午中美海底光纜被帆布漲網魚船在該海域非法作業時鉤斷,一時間,使用這一光纜的中國,日本,新加坡和韓國的數百萬互聯網用戶發生"大堵車",直至2月23日才得以修復.直接維修費用估計在500萬至600萬人民幣,間接經濟損失更是無法估算.帆布漲網捕魚是在90年代中期從韓國流傳過來的,這一作業方式對海底光纜威脅最大.2000年,有關部門決定在5年內徹底淘汰這一作業方式,但是帆布漲網漁船有增無減,僅浙江舟山地區就有1500艘.據了解,1999年中國海域內海底光纜被阻斷達18次之多.為了避免再發生類似的事故,中國海底電纜公司准備增加4條巡邏船,加強24小時雷達監控.同時,上海有關部門加強了打擊破壞光纜的力度,嚴禁漁船在海纜路由及兩側各兩海里范圍內拋錨及進行捕撈作業.
解決網路安全問題的途徑
加強國際合作,從根本上改善網路體系結構和協議的安全性能
例如IPSEC工作組推出的IP協議新版本IP v6,Netscape公司在ISO/OSI七層體系結構的傳輸層加裝的安全套接層協議SSL,以及Phil Zimmermann在應用層開發的PGP加密軟體包等等,都可以看作是在這個方向上的努力.
加強國家的安全立法工作,為網路安全提供法律依據
有關安全的法律體系包括:① 國家的根本大法即憲法有關國家安全,社會穩定和人民權利的根本性的法律規定;② 國家安全法,保密法等通用的涉及國家安全和信息活動的法律;③ 有關互聯網和電子商務,網路安全的專用法律;④ 有關具體信息行為的法律界定.
我們國家的法律,不但要規范中國公民的行為,維護國家的統一和政權的穩定,而且要在一個經濟全球化的進程中,能夠維護國家的利益和本國公民的權益.日本等一些發達國家之所以膽敢把一些有問題的產品銷往中國,其原因之一就是中國的法律的不完善.中國公民在國際交往中受到了損害,卻拿不出索賠的法律依據.
研究開發具有中國獨立版權的安全產品
我國現在所用的大多數安全產品都是進口的,這種狀況潛伏著巨大的危險.一方面,發達國家的政府禁止向我國出口高等級的安全產品,我們只能拿到低等級的安全產品.另一方面是各種安全產品都存在著後門和隱蔽通道,有的進程甚至可以遠程激活.在兩國友好的時候他們可能會跟我們開開玩笑,當國家利益發生沖突時誰又能料想怎樣呢
從單純的經濟的角度看,在一個社會信息化的進程中,安全產品是一個巨大的市場.對這樣一個市場熟視無睹拱手讓人確實有欠明智.
研究中國獨立的加密體制
加密體制是安全的一個核心問題.在加密體制上受制於人就更不可取了.中國人的思維方式是和西方人的思維方式有很大的不同的.在加密上我們會有一些更加奇特的思想.我國目前的法律規定加密的演算法只有特定的部門才能研究,這當然有利於阻止民間產生一些政府安全部門所不了解的密碼.如何在更加廣泛的基礎上集中民族的智慧維護國家的利益,這是一個有待探討 的問題.
5.培養網路安全的各個層次的人才
目前我國的網路安全人才,無論是高級的研究開發人才,還是大量需要的管理應用人才,都存在較大的缺口.在正規的教育體系中,只有四川大學,北京郵電大學,海淀走讀大學等少數學校開設有信息安全專業,而一般電子商務專業,網路工程專業,計算機應用專業等開設網路安全課程的也為數不是很多.有的學校不是不想開設網路安全的課程,而是苦於師資無法解決.
建立網路安全的組織機構
國家通過一定的組織機構對網路進行分類,分級的管理.在種類上網路分為:① 互聯網,② 國際專業計算機信息網路,③ 通過專線接入互聯網的企業內部網路.在級別上分為:① 互聯網路,② 接入網路,③ 用戶網路.
在各個部門和企事業單位,在建立計算機網路的同時,也應該建立相應的安全組織機構.這個機構應當賦予相當的權力,能夠處理涉及安全的各種問題和協調單位內部的各種關系.同時機構內部的各個成員的權力必須有互相制約的機制,避免內部成員的權力失控帶來的安全危害.在網路管理中心,系統管理員,安全員,審計員的三權分立是一種有效的安全機制.
建立網路安全的規章制度
網路的所有的用戶在網路上的行為必須有章可循.必須做什麼,可以做什麼,禁止做什麼,都必須明確規定,並有相應的獎勵和懲罰制度.規章制度要簡明扼要,嚴密詳盡,具有較強的可操作性.要通過各種形式,經常性地反復宣傳和教育,使之深入人心,得到切實的執行.
網路安全要貫穿於網路生存的全過程
在規劃設計一個網路時,就應當列入網路安全的需求.在建設一個網路時,網路安全要同步地建設.在發展一個網路時,網路安全必須同步地發展.在維護一個網路時,網路安全必須同步地維護.任何一種延誤,遲緩和失誤,都有可能給網路安全帶來危害.
應當看到,網路安全的工作並不是一勞永逸的.同各種危害網路安全的內外因素的斗爭,是一個長期的反復的過程,任何時候都不能有懈怠和僥幸的心理.
1.2 電子商務對網路安全的需求

Ⅲ webservice調用方式http和soap的區別

SOAP簡單的理解，就是這樣的一個開放協議SOAP=RPC+HTTP+XML：採用HTTP作為底層通訊協議；RPC作為一致性的調用途徑，XML作為數據傳送的格式，允許服務提供者和服務客戶經過防火牆在INTERNET進行通訊交互。RPC的描敘可能不大准確，因為SOAP一開始構思就是要實現平台與環境的無關性和獨立性，每一個通過網路的遠程調用都可以通過SOAP封裝起來，包括DCE（Distributed Computing Environment ）RPC CALLS，COM/DCOM CALLS, CORBA CALLS, JAVA CALLS，etc。
SOAP 使用 HTTP 傳送 XML，盡管HTTP 不是有效率的通訊協議，而且 XML 還需要額外的文件解析（parse），兩者使得交易的速度大大低於其它方案。但是XML 是一個開放、健全、有語義的訊息機制，而 HTTP 是一個廣泛又能避免許多關於防火牆的問題，從而使SOAP得到了廣泛的應用。但是如果效率對你來說很重要，那麼你應該多考慮其它的方式，而不要用 SOAP。
為了更好的理解SOAP,HTTP,XML如何工作的，不妨先考慮一下COM/DCOM的運行機制，DCOM處理網路協議的低層次的細節問題，如PROXY/STUB間的通訊，生命周期的管理，對象的標識。在客戶端與伺服器端進行交互的時候，DCOM採用NDR（Network Data Representation）作為數據表示，它是低層次的與平台無關的數據表現形式。

Ⅳ 股票交易的指標有哪些

比較著名的：
趨勢指標：MACD、DMI、TRIX等。
超買超賣：CCI、KDJ、MTM、WR、LWR、KD、RSI、RPC等。
路徑指標：BOLL、ENE、MIKE、XS
在指標類別中沒有這個人氣指標啊。

另外還有：
大勢型、能量型、成交量型、均線型、圖表型、停損型、交易型、神系、龍系、鬼系、其它系、特色系等。

Ⅳ 既然有http 請求，為什麼還要用rpc調用

RPC即遠程過程調用(Remote Procere Call)，允許一台計算機調用另一台計算機上的程序得到結果，而代碼中不需要做額外的編程，就像在本地調用一樣。通俗來講，也就是說兩台伺服器A，B，一個應用部署在A伺服器上，想要調用B伺服器上應用提供的函數/方法，由於不在一個內存空間，不能直接調用，需要通過網路來表達調用的語義和傳達調用的數據。
RPC 功能目標：RPC的主要功能目標是讓構建分布式計算（應用）更容易，在提供強大的遠程調用能力時不損失本地調用的語義簡潔性。為實現該目標，RPC框架需提供一種透明調用機制讓使用者不必顯式的區分本地調用和遠程調用。
RPC服務，可以直接調用某個介面服務中的具體方法。（希望回答對你有所幫助，這是我在測試項目中學習總結的，搜狗測試）

Ⅵ soap是什麼牌子，

福建漳州幾個年輕人自己創的潮牌。基本就自己幾個朋友穿著爽的

Ⅶ 如何通過雪球查詢股票之前的變動狀況

一. 雪球公司介紹

雪球 聰明的投資者都在這里。

web 1.0：新聞資訊，股價信息，K線圖
web 2.0：SNS 訂閱，分享，聊天
web 3.0：移動 APP，交易閉環
雪球現在員工數還不到100，其中技術人員佔一半。去年9月C輪融資4kw刀。我們現在的技術棧由下列組件組成：Java，Scala，Akka，Finagle，Nodejs，Docker ，Hadoop。我們當前是租用IDC機房自建私有雲，正在往「公私混合雲」方向發展。

在雪球上，用戶可以獲取滬深港美2w+股票的新聞信息，股價變化情況，也可以獲取債券，期貨，基金，比特幣，信託，理財，私募等等理財產品的各類信息，也可以關注雪球用戶建立的百萬組合，訂閱它們的實時調倉信息，還可以關注雪球大V。雪球當前有百萬日活躍用戶，每天有4億的API調用。App Store 財務免費榜第 18 名。歷史上曾排到財務第二，總免費榜第 19。

二. 雪球當前總體架構

作為一個典型的移動互聯網創業公司，雪球的總體架構也是非常典型的設計：

最上層是三個端：web端，android端和iOS端。流量比例大約為 2：4：4 。web3.0 的交易功能，在 web 端並不提供。
接入層以及下面的幾個層，都在我們的自建機房內部。雪球當前只部署了一個機房，還屬於單機房時代。正在進行「私有雲+公有雲混合部署」方案推進過程中。
我們當前使用 nodejs 作為 web 端模板引擎。nodejs 模塊與android 和 ios 的 app 模塊一起屬於大前端團隊負責。
再往下是位於 nginx 後面的 api 模塊。跟 linkedin 的 leo 和微博的 v4 一樣，雪球也有一個遺留的大一統系統，名字就叫 snowball 。最初，所有的邏輯都在 snowball 中實現的。後來慢慢的拆出去了很多 rpc 服務，再後來慢慢的拆出去了一些 http api 做成了獨立業務，但即便如此，snowball 仍然是雪球系統中最大的一個部署單元。
在需要性能的地方，我們使用 netty 搭建了一些獨立的介面，比如 quoto server，是用來提供開盤期間每秒一次的股價查詢服務，單機 qps 5w+，這個一會再細說；而 IM 服務，起初設計里是用來提供聊天服務，而現在，它最大的用途是提供一個可靠的 push 通道，提供 5w/s 的消息下發容量，這個也一會再細說。
雪球的服務化拆分及治理採用 twitter 開源的 finagle rpc 框架，並在上面進行了一些二次開發和定製。定製的功能主要集中在 access log 增強，和 fail fast，fail over 策略及降級開關等。 finagle 的實現比較復雜，debug 和二次開發的門檻較高，團隊內部對此也進行了一些討論。
雪球的業務比較復雜，在服務層中，大致可以分為幾類：第一類是web1.0，2.0 及基礎服務，我們稱為社區，包括用戶，帖子，新聞，股價，搜索等等，類比對象就是新浪財經門戶+微博；第二類是組合及推薦，主要提供股票投資策略的展示和建議，類比對象是美國的motif；第三類是通道，類似股市中的「支付寶」，接入多家券商，提供瞬間開戶，一鍵下單等等各種方便操作的功能。
雪球的業務實現中，包含很多非同步計算邏輯，比如搜索建索引，比如股票漲跌停發通知，比如組合收益計算等等，為此，我們設計了一個獨立的 Thread/Task 模塊，方便管理所有的後台計算任務。但隨著這些 task 越來越多，邏輯差異越來越大，一個統一的模塊並不是總是最佳的方案，所以，我們又把它拆成了兩大類：流式的，和批量式的。
雪球的推薦體系包括組合推薦「買什麼」和個性化推薦。我們最近正在重新梳理我們的大數據體系，這個感興趣的話可以單聊。
最下面是基礎設施層。雪球基礎設施層包括：redis，mysql，mq，zk，hdfs，以及容器 docker。
線上服務之外，我們的開發及後台設施也很典型：gitlab開發，jenkins打包，zabbix 監控系統向 openfalcon 遷移，redimine向confluence遷移，jira，以及內部開發的 skiing 後台管理系統。
** 三. 雪球架構優化歷程**

首先描述一下標題中的「股市動盪」定語修飾詞吧：

上證指數從年初的3000點半年時間漲到了5000多，6月12號達到最高點5200點，然後就急轉直下，最大單日跌幅 8.48%，一路跌回4000點以下。最近一周都在3900多徘徊。

3月最後一周，A股開戶 166萬戶，超過歷史最高紀錄 2007年5月第二周165萬戶。

4月份，證監會宣布A股支持單用戶開設多賬戶。

6月底，證金公司代表國家隊入場救市。

7月份，證監會宣布嚴打場外配資。

中國好聲音廣告第一晚，帶來超過平時峰值200倍的注冊量

挑戰：小 VS 大：

小：小公司的體量，團隊小，機器規模小
大：堪比大公司的業務線數量，業務復雜度，瞬間峰值沖擊

雪球的業務線 = 1個新浪財經 + 1 個微博 + 1 個 motif + 1 個大智慧/同花順。由於基數小，API調用瞬間峰值大約為平時峰值的 30+ 倍。

挑戰：快速增長，移動互聯網 + 金融，風口，A股大盤劇烈波動。

首先，在app端，在我們核心業務從 web2.0 sns 向 3.0 移動交易閉環進化的過程中，我們開發了一個自己的 hybrid 框架：本地原生框架，加離線 h5 頁面，以此來支撐我們的快速業務迭代。當前，雪球前端可以做到 2 周一個版本，且同時並行推進 3 個版本：一個在 app store 等待審核上線，一個在內測或公測，一個在開發。我們的前端架構師孟祥宇在今年的 wot 上有一個關於這方面的詳細分享，有興趣的可以稍後再深入了解。

雪球App實踐—構建靈活、可靠的Hybrid框架 http://wot.51cto.com/2015mobile/ http://down.51cto.com/data/2080769

另外，為了保障服務的可用性，我們做了一系列的「端到端服務質量監控」。感興趣的可以搜索我今年4月份在環信SM meetup上做的分享《移動時代端到端的穩定性保障》。其中在 app 端，我們採用了一種代價最小的數據傳輸方案：對用戶的網路流量，電池等額外消耗幾乎為0

每個請求里帶上前一個請求的結果

succ or fail ： 1 char
失敗原因：0 - 1 char
請求介面編號： 1 char
請求耗時：2 - 3 char
其它：網路制式，etc
炒股的人大多都會盯盤：即在開盤期間，開著一個web頁面或者app，實時的看股價的上下跳動。說到「實時」，美股港股當前都是流式的數據推送，但國內的A股，基本上都是每隔一段時間給出一份系統中所有股票現價的一個快照。這個時間間隔，理論上是3秒，實際上一般都在5秒左右。 交了錢簽了合同，雪球作為合作方就可以從交易所下屬的數據公司那裡拿到數據了，然後提供給自己的用戶使用。

剛才介紹總體架構圖的時候有提到 quote server ，說到這是需要性能的地方。

業務場景是這樣的，雪球上個人主頁，開盤期間，每秒輪詢一次當前用戶關注的股票價格變動情況。在內部，所有的組合收益計算，每隔一段時間需要獲取一下當前所有股票的實時價格。起初同時在線用戶不多，這個介面就是一個部署在 snowball 中的普通介面，股價信息被實時寫入 redis ，讀取的時候就從 redis 中讀。後來，A股大漲，snowball 抗不住了。於是我們就做了一個典型的優化：獨立 server + 本地內存存儲。開盤期間每次數據更新後，數據接收組件主動去更新 quote server 內存中的數據。 後續進一步優化方案是將這個介面以及相關的處理邏輯都遷移到公有雲上去。

對於那些不盯盤的人，最實用的功能就是股價提醒了。在雪球上，你除了可以關注用戶，還可以關注股票。如果你關注的某隻股票漲了或跌了，我們都可以非常及時的通知你。雪球上熱門股票擁有超過 50w 粉絲（招商銀行，蘇寧雲商）粉絲可以設置：當這支股票漲幅或跌幅超過 x%（默認7%）時提醒我。曾經連續3天，每天超過1000股跌停，證監會開了一個會，於是接下來2天超過1000股漲停

原來做法：

股票漲（跌）x%，掃一遍粉絲列表，過濾出所有符合條件的粉絲，推送消息
新做法：

預先建立索引，開盤期間載入內存
1%：uid1，uid2
2%：uid3，uid4，uid5
3%：uid6
問題：有時候嫌太及時了：頻繁跌停，打開跌停，再跌停，再打開。。。的時候
內部線上記錄：

4台機器。
單條消息延時 99% 小於 30秒。
下一步優化目標：99% 小於 10 秒
IM 系統最初的設計目標是為雪球上的用戶提供一個聊天的功能:

送達率第一
雪球IM：Netty + 自定義網路協議
Akka ： 每個在線client一個actor
推模式：client 在線情況下使用推模式
多端同步：單賬號多端可登錄，並保持各種狀態同步
移動互聯網時代，除了微信qq以外的所有IM，都轉型成了推送通道，核心指標變成了瞬間峰值性能。原有架構很多地方都不太合適了。

優化：

分配更多資源：推送賬號actor池
精簡業務邏輯：重復消息只存id，實時提醒內容不推歷史設備，不更新非活躍設備的session列表等等
本地緩存：拉黑等無法精簡的業務邏輯遷移到本地緩存
優化代碼：非同步加密存儲，去除不合理的 akka 使用
akka這個解釋一下：akka 有一個自己的 log adapter，內部使用一個 actor 來處理所有的 log event stream 。當瞬間峰值到來的時候，這個 event stream 一下子就堵了上百萬條 log ，導致 gc 顛簸非常嚴重。最後的解決辦法是，繞過 akka 的 log adapter，直接使用 logback 的 appender

線上記錄：5w/s （主動限速）的推送持續 3 分鍾，p99 性能指標無明顯變化

7月10號我們在中國好聲音上做了3期廣告。在廣告播出之前，我們針對廣告可能帶來的對系統的沖擊進行了壓力測試，主要是新用戶注冊模塊，當時預估廣告播出期間2小時新注冊100萬

壓測發現 DB 成為瓶頸：

昵稱檢測 cache miss > 40%
昵稱禁用詞 where like 模糊查詢
手機號是否注冊 cache miss > 80%
注冊新用戶：5 insert
優化：

redis store：昵稱，手機號
本地存儲：昵稱禁用詞
業務流程優化：DB insert 操作同步改非同步
下一步優化計劃：

將 sns 系統中所有的上行操作都改成類似的非同步模式
介面調用時中只更新緩存，而且主動設置5分鍾過期，然後寫一個消息到 mq 隊列，隊列處理程序拿到消息再做其它耗時操作。
為了支持失敗重試，需要將主要的資源操作步驟都做成冪等。
前置模塊HA：

合作方合規要求：業務單元部署到合作方內網，用戶的敏感數據不允許離開進程內存
業務本身要求：業務單元本身為有狀態服務，業務單元高可用
解決方案：

使用 Hazelcast In-Memory Data Grid 的 replication map 在多個 jvm 實例之間做數據同步。

java 啟動參數加上 -XX:+DisableAttachMechanism -XX:-UsePerfData，禁止 jstack，jmap 等等 jdk 工具連接

關於前置模塊，其實還有很多很奇葩的故事，鑒於時間關系，這里就不展開講了。以後有機會可以當笑話給大家講。

組合凈值計算性能優化：

一支股票可能在超過20萬個組合里（南車北車中車，暴風科技）
離線計算，存儲計算後的結果
股價3秒變一次，涉及到這支股票的所有組合理論上也需要每 3 秒重新計算一次
大家可能會問，為什麼不用戶請求時，實時計算呢？這是因為「組合凈值」中還包括分紅送配，分股，送股，拆股，合股，現金，紅利等等，業務太過復雜，開發初期經常需要調整計算邏輯，所以就設計成後台離線計算模式了。當前正在改造，將分紅送配邏輯做成離線計算，股價組成的凈值實時計算。介面請求是，將實時計算部分和離線計算部分合並成最終結果。

實際上，我們的計算邏輯是比較低效的：循環遍歷所有的組合，對每個組合，獲取所有的價值數據，然後計算。完成一遍循環後，立即開始下一輪循環。

優化：

分級：活躍用戶的活躍組合，其它組合。
批量：拉取當前所有股票的現價到 JVM 內存里，這一輪的所有組合計算都用這一份股價快照。
關於這個話題的更詳細內容，感興趣的可以參考雪球組合業務總監張岩楓在今年的 arch summit 深圳大會上的分享：構建高可用的雪球投資組合系統技術實踐 http://sz2015.archsummit.com/speakers/201825

最後，我們還做了一些通用的架構和性能優化，包括jdk升級到8，開發了一個基於 zookeeper 的 config center 和開關降級系統

四. 聊聊關於架構優化的一些總結和感想

在各種場合經常聽說的架構優化，一般都是優化某一個具體的業務模塊，將性能優化到極致。而在雪球，我們做的架構優化更多的是從問題出發，解決實際問題，解決到可以接受的程度即可。可能大家看起來會覺得很凌亂，而且每個事情單獨拎出來好像都不是什麼大事。

我們在對一個大服務做架構優化時，一般是往深入的本質進行挖掘；當我們面對一堆架構各異的小服務時，「架構優化」的含義其實是有一些不一樣的。大部分時候，我們並不需要（也沒有辦法）深入到小服務的最底層進行優化，而是去掉或者優化原來明顯不合理的地方就可以了。

在快速迭代的創業公司，我們可能不會針對某一個服務做很完善的架構設計和代碼實現，當出現各種問題時，也不會去追求極致的優化，而是以解決瓶頸問題為先。

即使我們經歷過一回將 snowball 拆分服務化的過程，但當我們重新上一個新的業務時，我們依然選擇將它做成一個大一統的服務。只是這一次，我們會提前定義好每個模塊的 service 介面，為以後可能的服務化鋪好路。

在創業公司里，重寫是不能接受的；大的重構，從時間和人力投入上看，一般也是無法承擔的。而「裱糊匠」式做法，哪裡有性能問題就加機器，加緩存，加資料庫，有可用性問題就加重試，加log，出故障就加流程，加測試，這也不是雪球團隊工作方式。我們一般都採用最小改動的方式，即，准確定義問題，定位問題根源，找到問題本質，制定最佳方案，以最小的改動代價，將問題解決到可接受的范圍內。

我們現在正在所有的地方強推3個數據指標：qps，p99，error rate。每個技術人員對自己負責的服務，一定要有最基本的數據指標意識。數字，是發現問題，定位根源，找到本質的最重要的依賴條件。沒有之一。

我們的原則：保持技術棧的一致性和簡單性，有節制的嘗試新技術，保持所有線上服務依賴的技術可控，簡單來說，能 hold 住。

能用cache的地方絕不用db，能非同步的地方，絕不同步。俗稱的：吃一塹，長一智。

特事特辦：業務在發展，需求在變化，實現方式也需要跟著變化。簡單的來說：遺留系統的優化，最佳方案就是砍需求，呵呵。

Ⅷ 卡巴反病毒7.0++天網+360衛士+AVG ANTI能不能讓電腦無懈可擊

一.最重要的還是要養成正確的上網常識：
不瀏覽非法網站。
下載完成一定要掃描。
優盤自動運行一定要禁止。
打開優盤前一定要掃描一下。
經常看看關於反病毒最新方面的報道。
二.對於殺毒軟體的良好應用：
這幾種軟體我都用過，下面針對你的提問我說下個人見解。
1、其實天網不要也行，我也用過天網一段時間，大多數情況下，都不用管它。用360安全衛士及其ARP防火牆足夠了。
2、AVG里有個對QQ安裝目錄下的誤報，添加到另外就行了。AVG開著還是好一點。對網頁木馬防護好一點。
3、用360或QQ醫生的時候，卡巴阻止很正常，因為卡巴帶的有自我保護，它防止病毒對自己文件的感染。

說在最後，其實不用每天掃描硬碟的，一周掃描一次足夠。再加一兩次掃描關鍵區，完全可以了！
但是一定要養成這樣的習慣：必須及時清理網頁臨時文件，因為看網頁帶來的木馬都在那裡面！

安裝補丁、卸載無用插件這些就不用說了。

殺毒軟體再厲害，還是病毒之後才能生效，所以良好的上網習慣一定要注意。

祝你天下無毒。