㈠ 如何處理股民訴某港股份公司虛假證券信息案
宓雪軍厲健
案情簡介
2002年1月15日，最高人民法院發布了《關於受理證券市場因虛假陳述引發的民事侵權糾紛案件有關問題的通知》。之後，有關中級法院受理的證券民事賠償案件達900多件，其間涉及大慶聯誼、聖方科技、ST同達、嘉寶實業、渤海集團、ST九州、三九醫葯、紅光實業、銀廣夏、sT天頤、sT東方、某某港等12家上市公司。
同年11月11日，上海股民彭淼秋女士訴嘉寶實業公司等作出虛假陳述賠償案在上海市第二中級人民法院調解結案。彭淼秋的訴訟請求為1312．32元，實際獲賠800元。彭淼秋由此成為我國證券民事賠償訴訟案中獲賠第一人，該案也因系中國證券民事賠償訴訟第一案而在中國證券市場發展中抹上濃重的一筆。
2003年1月9日，最高人民法院頒布《關於審理證券市場因虛假陳述引發的民事賠償案件的若干規定》(證券界將其簡稱為《1·9規定》)。
《1·9規定》指出，如果上市公司虛假陳述，曾被證監會或財政部處罰或是被法院判定有罪，因此受到損失的股民可以向上市公司索賠。
上述規定甫出台，立刻一石激起千層浪。自2003年2月1日起，受害股民紛紛再次拿起法律武器把作出虛假陳述的上市公司告上法庭，而各地方法院也為證券官司大開綠燈。
此前的2002年9月至12月，財政部對某某港2000年及前一年度的檢查表明，某某港多確認收入3．6717億元人民幣，少計財務費用4945萬元人民幣，少計主營業務成本780萬元人民幣，多列資產1．1969億元人民幣。
隨後，某某港被財政部作出行政處罰：予以通報，並處以罰款10萬元。2002年10月21日，公司董事會對被檢查和處罰問題進行公告，某某港A股、某港B股股價隨之大幅下跌。
2003年2月8日，成都市3名股民起訴某某港，沈陽市中級人民法院隨後立案。這是《1·9規定》實施以後全國第一例證券民事賠償案，也是第一件起訴B股上市公司的賠償案，第一起以財政部行政處罰為前置條件的案件。
在該案的被告名單中，國際五大會計師事務所畢馬威的名字也赫然在列。
斯時，浙江的小股民從媒體上看到消息激動不已，但又無可奈何。激動的是索賠有了「領頭羊」，有了「前車之鑒」；而無可奈何的是，成都3名股民總共索賠8萬多元，賠償多少仍是未知數。而扣除各種費用，即使是全賠也所剩無幾。有人開始打消索賠的念頭。
2003年2月，宓雪軍作為法律咨詢專家參與杭州武林廣場的一次免費法律咨詢現場活動。許多小股民把索賠的問題拋給了他，他做了一一解答。之後，宓雪軍藉助媒體稱可以先期墊付差旅費，為股民狀告上市公司做代理。
截至2003年6月16日，57名股民委託裕豐律所狀告某某港，其中「某某港A股」有14名，「某港B股」有43名。沈陽市中級人民法院予以立案，並依照原告人數、損失類型分為6個案件，索賠總額185萬元。
起訴的被告不僅有某某港股份有限公司，還有億萬富豪張某某(時任某某港的法定代表人、董事長)、A省證券公司、B證券有限公司、C畢馬威華振會計師事務所、D畢馬威會計師事務所。
2005年4月，浙江82位「某某港」、「某港B股」股民按訴訟標的額的65％最終獲賠176萬元，這一賠付比例在全國各地「某某港」系列案件中是最高的，外省股民「某某港」案的賠付比例大致在30％一55％之間，相比之下本所律師的代理成效非常顯著，《青年時報》評價該案為「浙江小股民索賠第一案」。
爭議焦點
原告的損失是否應當扣除大盤系統風險因素。
被告某某港股份有限公司(以下簡稱某某港公司)依據《規定》第19條第四款規定提出抗辯，提出「大盤系統風險扣除論」，要求對每位原告的損失求償額分別扣除大盤系統風險因素，即按訴訟標的額的30％賠付。
律師認為《規定》第19條第四款規定存在缺陷，堅決反對「大盤系統風險扣除論」。本所律師引用「老鼠屎理論」予以駁斥，並舉出實例據理力爭。
審理判決
2005年4月，浙江82位「某某港」、「某港B股」股民按訴訟標的額的65％最終獲賠176萬元。
經典評析
最高人民法院《規定》第19條第四款規定：被告舉證證明原告具有以下情形的，人民法院應當認定虛假陳述與損害結果之間不存在因果關系：損失或者部分損失是由證券市場系統風險等其他因素所致。
由於上述條款僅對「證券市場系統風險」作了原則性的規定，《最高人民法院關於審理證券市場虛假陳述案件司法解釋理解與適用》對「證券市場系統風險」也未詳細闡述，因此在司法實踐中引起很大爭議。
被告某某港公司依據《規定》第19條第四款提出抗辯，雖然某某港公司存在虛假陳述問題，但如果不是大盤大跌，股民根本不會遭此重創。因此，每位原告的損失求償額應當分別扣除大盤系統風險因素。
被告某某港公司舉例論證：因國務院2001年6月12日出台減持國有股方案，造成股市暴跌，使上證指數從2222．96點跌至最低點1339．20點，跌幅高達39．76％。受此影響，某港A股大幅下跌，股價從11．55元跌至最低價7元，跌幅高達39．39％。由此可印證，由於系統風險造成某某港股價下跌，此期間某某港A股股東損失與某某港虛假陳述之問沒有因果關系。
因國務院2002年6月24日停止減持國有股方案，造成股市上揚，上證指數漲幅高達9．25％，受此影響，某某港A股漲幅10．07％。直至2002年10月才跌回宣布停止減持國有股方案之前的股價。由此可見，由於系統風險造成某某港股價暴漲，此期間因高價購買某某港A股造成損失與某某港虛假陳述之間沒有因果關系。
據此，被告某某港公司認為原告損失求償額的70％是由於大盤系統風險因素造成的，只同意按損失求償額的30％賠付。
律師認為，《規定》對「證券市場系統風險」的規定，僅僅是原則性地規定在第19條中，缺乏可操作性。被告某某港公司據此提出「大盤系統風險扣除論」抗辯，顯然是缺乏充足的法律依據。
假設沈陽中院採納被告某某港公司提出的「大盤系統風險扣除論」觀點，那麼，大盤指數漲跌幅度的起止時點是無法確定的，而計算起止時點的不確定性必然導致漲跌幅度結果不一致，每位原告扣除的金額可能出現好幾個計算結果，無論取捨哪個計算結果都會產生重大爭議。比如說，大盤指數的起算時點按被告虛假陳述實施日起算還是按原告第一筆買人股票的時間起算?是按照符合因果關系的股票買入時起算還是按照多次買入的平均指數計算?假設大盤指數漲跌幅度起算時點從被告虛假陳述時起至拋售日或基準日止。舉例說明：「錦港B股」於1998年5月19日上市，根據上交所歷史數據查詢：1998年5月19日-2002年12月23日，B股指數歷史行情累計漲幅148．9％。「某某港」A股於1999年6月7日上市，根據上交所歷史數據查詢：1999年6月7日-2003年4月4日，A股指數歷史行情累計漲幅16．41％。
假設大盤指數漲跌幅度的起算時點從揭露日起至基準日止。舉例說明：根據上交所歷史數據查詢：2002年10月22日-2002年12月23日，B股指數歷史行情累計漲跌幅-11．94％。2002年10月22日-2003年4月4日，A股指數歷史行情累計漲幅0．08％。
由此可見，如果法院認定「證券市場系統風險」，那麼，如何精確計算原告的損失額將是法院面臨的重大難題，在司法實踐中將會產生更大的爭議。
同時，律師認為，大盤綜合指數只是表明所有股票的漲跌趨勢和幅度，不能代表任何個股的風險。在大盤綜合指數上漲的情況下，「大盤系統風險扣除論」將成為謬誤。相對於「大盤系統風險扣除論」，「老鼠屎理論」顯然更有說服力。
「系統風險扣除論」只是假設了大盤下跌時，原告的損失必須扣除系統風險因素，那麼，如果大盤上漲時會是怎樣的情形呢?假設在涉及虛假陳述的公司股票下跌50％期間，大盤卻上漲了20％，根據「系統風險扣除論」，是不是應該賠償投資者50％+20％的損失呢?如此，原告不但沒有虧損，相反還可以賺20％?但是，侵權損害賠償的基本法理是沒有實際發生的損失不能獲得賠償，否則便是不當得利。
對此，「大盤系統風險扣除論」又作何解釋呢?很顯然，《規定》第19條第四款對此也是無法作出合情合理的解釋。
事實上，即使在資本市場較為發達的資本主義國家中，也沒有一個國家在審理證券市場民事侵權損害賠償案件時，考慮所謂的大盤系統風險。
為了更形象生動地駁斥「大盤系統風險扣除論」，律師引用了「老鼠屎理論」：在飯店吃飯可能會碰到這樣的情況，即在最後吃湯的時候，發現碗里有一粒老鼠屎，於是大家不僅不會再喝，還會讓服務員將湯碗端走。這時，老闆卻阻止說，這湯還可以喝，只要把老鼠屎剔除，大家繼續喝吧。試問，有人繼續喝嗎?有人仍然為此買單嗎?答案顯然是顯而易見的。湯是否可口好比是系統風險，正常情況下只要點了湯就應當付錢。老鼠屎好比是個股的特殊風險，這是事先不會考慮到的。如果湯里出現老鼠屎，那麼有過錯的飯店一方將承擔全部的風險，而不再考慮湯是否可口的系統風險，湯里有了老鼠屎就不買單是社會普遍接受的公理。
根據上述理由，本所律師認為被告某某港公司依據「大盤系統風險扣除論」減免賠償責任的理由不能成立。
通過對上述觀點的具體分析，可見《規定》第19條第四款法理依據不足，且缺乏可操作性，原告的損失不應扣除大盤系統風險因素。
「某某港」案雖已調解結案，寥寥幾百字的調解書中並沒有提及如何適用《規定》第19條第四款，但「證券市場系統風險」如何認定對於各地法院在審理其他證券虛假陳述案件時是無法迴避的，建議最高人民法院以個案批復的形式或出台新的司法解釋予以明確。
㈡ 股票價格確定的依據有哪些為什麼
股市心理是決定股價的最終因素。
網友哈哈鏡提出的種種因素，都會影響股市心理的變化。這里的股市心理是指投資者群體心理效應。股價是盲目的飄動。它就象一個喝醉的人在茫茫的雪地上行走。但它往往會順風行走。雖然如此，很多酒鬼也會走回自己的家。即公司的可計算價值（並非實際價值，因實際價值是測不準的，或有各種測算方法或理論）附近。
股票做為一種特殊的商品，由於它價值的不確定，所以價格漂浮不定也就再所難免。
有人認為由供求關系決定。很有道理，但值得商討。因為它解釋不了正常情況下，在股票總數不變的情況下，價格會大幅波動。漲時就供應不足，跌時就供應過剩？實際上，大家都想買，股價就升，否則就跌。
根據以上的道理，可以簡單的認為，所有投身股市的人都是在賭博，不管你是怎麼想的（投資還是投機）。你都是在賭行動的未來。
一群賭徒面對的是，風雲變幻的市場·琢磨不透的上市公司和蠢而貪的管理層。
㈢ 經濟法類問題 公司法
答：
（1）不一定。《公司法》第64條規定，一個有限責任公司的股東不能證明公司財產獨立於股東自己財產的，應當對公司債務承擔連帶責任。
（2）可以，《公司法》第143條規定，公司不得收購本公司股份。但是，將股份獎勵給本公司職工的除外。
（3）藍天公司的臨時股東大會召開程序不符合法律規定的有：1、應當在董事會只有5人之日起2個月內召開臨時股東大會，而不應該3個月後才召開。2、董事會應當在臨時股東大會召開30日前公告會議召開的時間、地點、審議事項，而不應該15日前才公告。
甲公司、乙公司、張某在補選董事的決議中各擁有的表決權是：甲160萬、乙120萬、張60萬元。
（4）有可能，因為公司章程約定存在累計投票制。
（5）能得到支持。參見《公司法》第22條：公司股東會或者股東大會、董事會的決議內容違反法律、行政法規的無效。
股東會或者股東大會、董事會的會議召集程序、表決方式違反法律、行政法規或者公司章程，或者決議內容違反公司章程的，股東可以自決議作出之日起六十日內，請求人民法院撤銷。
股東依照前款規定提起訴訟的，人民法院可以應公司的請求，要求股東提供相應擔保.
公司根據股東會或者股東大會、董事會決議已辦理變更登記的，人民法院宣告該決議無效或者撤銷該決議後，公司應當向公司登記機關申請撤銷變更登記。
㈣ 雪銀化纖哪一年發行的股票
看F10………………………………
㈤ 長期股權投資問題，請高手詳細解答。
（二）
2008年東方股份有限公司實現凈利潤10 000 000元。甲公司按照持股比例確認投資收益3 000 000元。
借：長期股權投資——損益調整 3 000 000
貸：投資收益 3 000 000
【2008年末，甲公司確認的投資收益3 000 000元，要轉入本年利潤科目，據以計算2008年度的經營成果－利潤總額，所得稅費用，凈利潤等。】
2009年5月15日，東方股份有限公司已宣告發放現金股利，每10股派3元，甲公司可分派到1 500 000元。
借：應收股利 1 500 000
貸：長期股權投資——損益調整 1 500 000
2009年6月15日，甲公司收到東方股份有限公司分派的現金股利
借：銀行存款 1 500 000
貸：應收股利 1 500 000
此時，長期股權投資——損益調整的賬面價值
=3 000 000- 1 500 000
= 1 500 000
㈥ 持有山東雪銀化纖公司股票，不知現在怎麼辦
你可以去證券公司列印你的交割單，那上面肯定有該股票的證券編碼，那就是你現在的股票名稱和價格。
㈦ 題目：某依法必須招標項目的施工招標。藍天公司為該項目的設計單位；白雲公司具備獨立法人資格，是藍天公
答案是D，甲錯乙對
㈧ 運城碧水藍天旅遊開發有限公司怎麼樣
簡介：東華山滑雪場項目距離運城市90餘公里，距離縣城10公里，佔地100畝，遵循低碳建設原則，前期規劃六大區域：滑雪區、戲雪區、安全停止區、雪上沖浪區、兒童樂園、接待功能大廳；分別設計建成初、中、高級滑雪道各1條，高差最小2米，最大46米，最小坡度比1.15%，最大坡度比18%，面積約29000㎡：其中初、中級道雪道長度580米，雪道寬度50米；戲雪區雪道長度為60米，寬度為30米，摩托車道佔地3800㎡；雪圈道長度為200米，寬度為20米及緩沖區7200㎡，總體造雪面積達40000㎡。戲雪滑雪最佳容量為3000人/每天，日接待最大量為4000-5000人，作為滑雪戲雪樂園的配套服務設施，設置了1條牽引索道長為280米及專門為初級滑雪者配備200米輸送魔毯，更加貼心的設計，免去了初級滑雪者初次滑雪時的恐懼，為了滿足滑雪戲雪場地造雪用水，設計有過渡水池一處,容量約2000立方米。根據旅遊行業淡旺季的特殊性，元旦、春節、元宵節等長假滑雪、戲雪為主要經營項目，根據市場定位，絳縣，翼城，曲沃、候馬、沁水距離項目較近，消費能力較強，是重點挖客區；萬榮、平陸、聞喜、陽城、澤州、高平等地有相當一部分滑雪愛好者，運用廣告宣傳及活動力度吸引消費，且通過與旅行社、酒店、銀行、地產、商場等機構合作，互惠互利，提升知名度消刺激市場消費。滑板，悠波球，雪地摩托，雪上飛碟，滑雪表演，自助美食、燒烤廣場
法定代表人：楊麗娜
成立時間：2014-10-16
注冊資本：200萬人民幣
工商注冊號：140826100079771
企業類型：有限責任公司(自然人投資或控股)
公司地址：山西省運城市絳縣陳村鎮東荊上村
㈨ 如何通過雪球查詢股票之前的變動狀況
一. 雪球公司介紹
雪球 聰明的投資者都在這里。
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，能非同步的地方，絕不同步。俗稱的：吃一塹，長一智。
特事特辦：業務在發展，需求在變化，實現方式也需要跟著變化。簡單的來說：遺留系統的優化，最佳方案就是砍需求，呵呵。
㈩ 我對股票有點不明白
你不能上市交易，又有多少肯出錢嗎？那如何起到融資的作用呢？出資的人沒有收益人家不可能把錢拿出來的。人家憑什麼為你公司出資金呢？
股票的漲跌當然對公司有影響了，好比說一個東西以前值10塊錢，現在突然間變成5塊錢，您說有沒有影響呢？