cs新能車股票今天情況查詢

㈠ 在哪裡可以查詢近期准備上市的股票

1、查詢近期准備上市的股票：

登陸中財網，有一個"IPO"，裡面有所有新股的信息，即將上市的，正在申購的，已經上市的，信息一應俱全。

2、股票上市是指已經發行的股票經證券交易所批准後，在交易所公開掛牌交易的法律行為，股票上市，是連接股票發行和股票交易的"橋梁"。

在我國，股票公開發行後即獲得上市資格。上市後,公司將能獲得巨額資金投資,有利於公司的發展新的股票上市規則主要對信息披露和停牌制度等進行了修改，增強了信息披露的透明性，是一個進步，尤其是重大事件要求細化持續披露，有利於普通投資者化解部分信息不對稱的影響。

㈡ 怎麼分別怎麼查詢所有今日分紅或送股和新發的股票

新發的股票-----當天股票名前加有N的。
今日分紅--------當天上市公司消息中有。

㈢ 今天下午股票情況

判斷股票是跌還是漲，想抓準的話很難，不過可以找下 鹿仁山 ，我一直在用他的每日操盤必讀來操作，非常准，目前的話還是盈利的，可以跟著操作。

㈣ 怎樣查詢每天新上市的股票

查詢股票上市時間的方法如下：
1、通過股票交易軟體F10查詢
打開第三方軟體客戶端，進入主界面後選擇一隻股票，按鍵盤F10或點擊個股資料進行查詢。
2、權威官方網站查閱
比如上海證券交易所、深圳證券交易所和中證指數有限公司等比較權威官網提供的公司資料進行查詢。
3、專業網站查閱
比如東方財富、網路金融等各大網站股票專欄提供的股票信息進行查詢。
4、上市公司官網查閱
直接去上市公司的官網，查閱公司的上市資料。
5、手機客戶端查閱
隨著APP客戶端的發展，一些券商的APP公司資料信息頁面資料也相當詳細，也可查詢股票的上市時間。

溫馨提示：
1、以上解釋僅供參考，不作任何建議。
2、入市有風險，投資需謹慎。
應答時間：2021-03-11，最新業務變化請以平安銀行官網公布為准。
[平安銀行我知道]想要知道更多？快來看「平安銀行我知道」吧~
https://b.pingan.com.cn/paim/iknow/index.html

㈤ 在那裡可以查到最近可以申購的新股票

在各大財經網站的新股發行板塊都能看到將要發行的新股
目前新股申購需要2個要求：首先是足額的可用資金、其次是准備好相應的市值。就是說假如要買上海新股，設申購日為T日，T-2日及之前20個交易日賬戶中滬市A股平均市值需大於等於1萬元人民幣，每1萬元市值可獲得1個申購單位，1個申購單位可申購1000股上海新股。深圳的話和上海其他規則一樣，只有一個區別：5000市值深圳股票可獲得1個申購單位，1個申購單位可申購500股深圳新股。深圳市值也需10000以上才可以申購。 新股申購流程如下： 1.投資者T日，准備好足額資金，通過證券賬戶進行新股申購，買入委託（和買股票的菜單一樣），數量滬市股票需要是1000股的整數倍，深市股票需要是500股的整數倍，超過可申購額度都是廢單。如果多次委託僅第一筆委託是有效的。滬市申購時間為T日9:30-11：30；13：00-15：00；深市申購時間為T日9:15-11：30；13：00-15：00。
2.T+1日：資金凍結、驗資及配號。中國結算公司將申購資金凍結。交易所將根據最終的有效申購總量，按每1000（深圳500股）股配一個號的規則，由交易主機自動對有效申購進行統一連續配號。
3.T+2日：搖號抽簽。公布中簽率，並根據總配號量和中簽率組織搖號抽簽，於次日公布中簽結果。
4.T+3日（一般T+2日清算後就可以）可查詢到是否中簽，如未中簽會返款到賬戶。中簽客戶在新股上市日可以將中簽股票進行交易。

㈥ 股票軟體中 怎樣查詢當日以前個股的量比參數

量比是相對量，換手率是絕對量。前一天的量比已經不重要了，重要的是換手率以及今天的量比。前一天的量比是沒法看的。
量比是衡量相對成交量的指標。它是指股市開市後平均每分鍾的成交量與過去5個交易日平均每分鍾成交量之比。其計算公式為：量比=現成交總手數 / 現累計開市時間(分) / 過去5日平均每分鍾成交量。
上述公式經過變換後：
即量比=現成交總手 /[（過去5個交易日平均每分鍾成交量）×當日累計開市時間（分）]，簡化之則為：
量比=現成交總手/（過去5日平均每分鍾成交量×當日累計開市時間 （分））。
量比：v/ref(ma(v,5),1）。
量比在觀察成交量方面，是卓有成效的分析工具，它將某隻股票在某個時點上的成交量與一段時間的成交量平均值進行比較，排除了因股本不同造成的不可比情況， 是發現成交量異動的重要指標。在時間參數上，多使用10日平均量，也有使用5日平均值的。在大盤處於活躍的情況下，適宜用較短期的時間參數，而在大盤處於 熊市或縮量調整階段宜用稍長的時間參數。
但「量比」由於數值單一，投資者在運用時會發現其有先天的不足。如果把當日每分鍾的量比數值放在同一坐標系內並連線，就形成了更加直觀、便於操作的量比曲線。
由於「量」是「價」的先導，因此我們可以根據量比曲線的變化，來分析個股買賣力量對比，進而研判該股當日的運行趨勢。
為了提升自身炒股經驗，新手前期可用個牛股寶模擬盤去學習一下，從中學習些股票知識、操作技巧，對在今後股市中的贏利有一定的幫助。願能幫助到你，祝投資愉快！

㈦ 如何查到新股票什麼時候可以申購

目前在上海、深圳證券交易所進行的新股發行大多數均採取上網發行方式。這一發行方式的具體申購辦法和程序如下：
（1）投資者每次認購新股前，要認真閱讀刊登在中國證監會指定的上市公司信息披露報刊上的"股票發行公告"，了解發行時間、價格、申報上限、資金結算辦法等情況。
（2）投資者要在新股發行的前一天，保證資金賬戶里有擬申購數量所需的足夠資金。如果不足須及時補足。
（3）新股發行當天，投資者可在交易時間到各證券營業部填寫買入委託單或通過自助委託系統進行購買申報。
（4）新股發行當天（T＋0）傳送申購資金的清算數據，上海證券交易所記買入740* * *，成交編號這一欄首位冠以"－"符號，以區別正常的交易編號；深圳證券交易所記買入該新股代碼。
（5）新股發行後第一個工作日（T＋1）劃撥新股申購資金。
（6）新股發行後第二個工作日（T＋2）審核新股申購資金，傳送有效申購配號。
（7）新股發行後第三個工作日（T＋3）傳送中簽成交數據或申購資金的解凍清算數據。
（8）新股發行後第四個工作日（T＋4）投資者資金賬戶被凍結的未中簽的申購資金解凍，至此，整個新股申購過程結束，投資者即日便可利用賬戶里被解凍的資金進行新的證券交易。

===============================================================

新股申購有新規 申購上限大大提高

新的關於資金申購上網定價公開發行股票的實施辦法大大提高了投資者申購上限的額度，並規定以現金申購新股。

滬市將申購上限放寬到9999.9萬股，但不得超過當次上網定價發行數量；深市規定申購上限為99999.95萬股，但不得超過當次上網定價發行數量。而按照原規定，單一賬戶申購上限規定為當次發行總量的千分之一。

二、申購單位有區別

滬市規定申購單位為1000股，每一賬戶申購數量不少於1000股，超過1000股的必須是1000股的整數倍；深市規定申購單位為500股，每一賬戶申購數量不少於500股，超過500股的必須是500股的整數倍。每一個有效申購單位對應一個配號。

三、申購時間

兩市申購時間均為發行日上午9：30～11：30，下午1：00～3：00。

四、一個賬戶只能申購一次

在申購次數上，滬深交易所均明確規定了資金申購遵循"一經申報，不得撤單"的原則。每一證券賬戶只能申購一次，同一證券賬戶的多次申購委託，除第一次申購外，均視為無效申購。

五、如何申購中工國際

假設張三的賬戶上有100.5萬元現金，假設中工國際確定的網上發行數量為4800萬股，發行價為10元/股。申購程序如下：

A .申購 張三可以在6月5日(T日)上午9：30～11：30，或者下午1：00～3：00，通過委託系統用100.95萬元現金最多申購100500股中工國際。張三參與申購的資金100.5萬元隨即被全部凍結。

B.配號 6月7日(T＋2日)，將根據有效申購總量，進行配號，張三可以獲得201個配號。

C.公布中簽率和中簽號

6月8日(T＋3日)，將公布中簽率，並根據總配號，由主承銷商主持搖號抽簽，確認搖號中簽結果，並於搖號抽簽後的6月9日(T+4日)在指定媒體上公布中簽結果。每一個中簽號可以認購500股新股。

假如張三有1個配號中簽，則可申購500股中工國際的股票。

D.中簽認購和資金解凍

6月9日(T＋4日)，股民賬戶中中簽部分資金將被自動扣除，而未中簽部分的申購款將自動解凍。張三如果有1個號碼中簽，則可以認購500股中工國際股票，那麼，將有100萬元的資金自動回到賬戶中。若未能中簽，100.5萬元資金將全部回籠。

技巧篇

滬深股市的歷史上，參與新股申購，往往能夠獲得暴利。根據海通證券的一份研究指出，假設把資金完全用在申購新股上，一年的收益率遠遠超過銀行同期存款利率。

1997年，申購新股的年收益率為95%，1998年為40%，2000年為20.67%，至2001年，雖然下降至9.79%，但仍是同期銀行存款利率的數倍。在新股零風險的情況下，上千億資金專吃"新股飯"。

資金申購新股屬於無風險套利，特別是對於大資金而言，年收益率將非常穩定，因此，預計新股發行將給一級市場帶來巨大的新增資金，並成為二級市場的蓄水池。

對於中小投資者而言，如果有閑散資金，完全也可以參與新股申購，目前，市場處於高位震盪中，風險已經遠遠高於前一個階段，因此，從二級市場主動退出一部分資金，來進行新股申購。中小股民的資金少，雖然不能獲得大資金一樣的穩定收益率，但通過一些技巧，同樣可以獲得較高的回報。掌握以下幾個技巧，將助你申購新股成功。

一、熟記申購規則

一個賬戶不能重復申購；滬市新股必須以1000股的整數倍申購，深市為500股的整數倍；不能超過申購規定的上限。

二、選擇下單時間很重要

根據歷史經驗，剛開盤或收盤時下單申購中簽的概率小，最好選擇中間時間段申購，如選擇10:30～11:30和13：00～14：00之間的時間段下單。

三、全倉出擊一隻新股

由於參與新股申購，資金將被鎖定一段時間，如果未來出現一周同時發行幾只新股，那麼，就要選准一隻，並全倉進行申購，以提高中簽率。

首先，優先申購流通市值最大的一隻個股，中簽的可能將更大。

其次，由於大家都會盯著好的公司申購，而一些基本面相對較差的股票，則可能被冷落，此時，中小資金主動申購這類行業較不受歡迎的、預計上市後漲幅較低的品種，中簽率則會更高。

第三，選擇申購時間相對較晚的品種，比如今天、明天、後天各有一隻新股發行，此時，則應該申購最後一隻新股，因為大家一般都會把錢用在申購第一和第二天的新股，而第三天時，很多資金已經用完，此時申購第三天的新股，中簽率更高。

㈧ 昨天申購的新股 今天在持倉查詢里顯示有 是不是申購成功

1、昨天申請的新股，今天在持倉查詢顯示的是申購配號。申購配號根據實際有效申購進行，每一有效申購單位配一個號，對所有有效申購單位按時間順序連續配號。

2、驗資及配號。T+2日，中國結算上海分公司配合上證所指定的具備資格的會計師事務所對申購資金進行驗資，以實際到位資金作為有效申購，當有效申購總量大於該次股票發行量時，則上證所按照每1000股配一個號。而深圳交易所按每500股配一個號。

3、搖號抽簽。主承銷商T+3日公布中簽率，並根據總配號量和中簽率組織搖號抽簽，於T+4日公布中簽結果。

註：主承銷商T+3日公布中簽率後，可以在當日晚上20:30分左右，打開股票交易賬號，查詢是否申購成功，如果申購成功，就會在持倉中顯示中簽的股票數量，如果申購新股的資金，結算公司又給返回到交易賬號余額中，就表示沒有申購成功的。

㈨ 如何查看今日剛剛上市的股票

所有上市首日的股票簡稱前都有個字母N，代表是新股上市首日，直接輸入N然後在智能鍵盤上往下翻即可，或者在東方財富上查找當日上市的股票簡稱及其代碼。

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

一. 雪球公司介紹

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

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，能非同步的地方，絕不同步。俗稱的：吃一塹，長一智。

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