導航:首頁 > 數據行情 > 雪球app怎麼查看股票歷史分紅

雪球app怎麼查看股票歷史分紅

發布時間:2022-01-31 21:23:49

Ⅰ 雪球 股票分紅怎麼查

摘要 親,您好。你的問題由我來回答。由於打字和整理資料需要一定時間。希望你耐心等待,五分鍾左右。

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

一. 雪球公司介紹

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

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

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

Ⅲ 如何查詢股票分紅時間

超多股民聽見股票分紅就躍躍欲試了,其實上市公司只要一直在賺錢不虧損,就有機會得到分紅。具體要看該公司的年報和公告,可以關注公司的官網。

那你知道哪些公司是分紅一次,那些公司分紅多次嗎?分紅有哪些計算步驟?下面學姐就來具體計算一下。

感興趣可以先看看每年分紅都不少的牛股有哪些:【絕密】機構推薦的牛股名單泄露,限時速領!!!

(1)股票分紅是怎麼算的?

每年,當投資者投資的上市公司盈利時,作為回報,投資者會得到上市公司的部分利潤,通常有送轉股和派息兩種方式,稍微大方點的公司的分紅方式涵蓋了這兩種。

比如我們常看到10轉8派5元,意思就是如果你持有A公司10股的股票,那麼在發布分紅公告後你的賬戶里將會額外得到8股的股票和5元的現金分紅。

要記得,在股權登記日收盤前購買的股票才能參與分紅。

(2)股票分紅前買入好還是分紅後買入好?

不管是分紅前買還是分紅後買都沒關系,對於做短線的投資者來說建議等個股分紅後再入場比較合適。因為賣出紅股還需要扣除相應的稅,如果分紅後沒多久就賣出整體算下來是虧錢的,而對於價值投資者來說,選對股票才是第一重要的事情。

沒時間去好好看某隻股老鐵,不妨點擊下面這個鏈接,輸入自己想要了解的股票代碼,進行深度分析:【免費】測一測你的股票當前估值位置?

(3)對分紅的股票後期要怎麼操作?

通常情形下能分紅體現了上市公司的支付能力不錯,所以如果持續看好,則一直持有,等待分紅後期的上漲填權。

但如果買在了很高的位置就有可能會面臨回調。後期發現走勢不對,應提前設立好止損位及時止損。

不過對於買股票的小夥伴言,最好不要只從分紅這一方面來看,有不少因素需要認真想想,不妨領取炒股神器大禮包,之後買賣股票將會更加得心應手,點擊鏈接即可獲取:炒股的九大神器免費領取(附分享碼)

Ⅳ 如何查詢一隻股票歷年的分紅情況

我發現很多人對股票分紅都是一知半解,極少人能把它分析的很深刻。下面我們就一起來看看關於股票分紅的這些知識吧,好奇股票分紅的朋友,看完這篇就會清楚了!
分析之前,不妨先領一波福利--機構精選的牛股榜單新鮮出爐,快點瀏覽一下吧:【絕密】機構推薦的牛股名單泄露,限時速領!!!
一、股票分紅的意思
(1)股票分紅是什麼?股票多久分一次紅?
上市公司對股東的投資回報就是股票分紅,上市公司在經營跟投資所得的盈利中,投資者可以獲得一定的紅利,金額是以股票份額的相應比例來定的。通常來說,上市公司會選擇在半年報或者年報的時候進行分一次紅。不能肯定是這個時間,還是得決定於公司的經營、財務狀況,以公司發布的公告為具體標准。
(2)股票怎麼分紅?怎麼領取?什麼時候到賬?
股票分紅有兩種形式,送現金和送股票,比方「每10派X元」的概念是是每十股派x元的現金。「每10轉X股」的意思就是每10股會送你10股股票。
一般通常分紅都會在除權除息日當天到賬,不過也有特殊情況。具體還是要看看上市公司是怎麼安排的,到賬時間一般都在半月之內。一些盤子龐大的股票,分紅涉及的金額非常大,結算需要的時間也比較多。一般情況下分紅送股送現金都是自動進行,投資者什麼都不用去操作,僅僅只是需要耐心等待而已。
(3)怎麼知道有哪些分紅的股票?怎麼查看自己的股票有沒有分紅?
倘若是有股票分紅,那上市公司一定會發布公告,你可以在手機的行情軟體中進行了解。但不少的行情軟體沒有把分紅信息給做得很好,導致很多好的投資機會流失了。這款軟體還是不錯的推薦給你,關於股票解禁、上市、 分紅的實時信息,你可以在投資日歷這款軟體上獲得,作為一名炒股的,這款神器必須要安排上,歡迎點擊下方,即可領取!專屬滬深兩市的投資日歷,助你快速了解行情
(4)股票分紅需要扣稅嗎?如何規定?
不可否認的是,股票分紅肯定需要納稅,股票所得紅利扣稅額度和持有股票的時間長短之間的關系是直接的。買入股票的時間不同,就根據「先進先出」的原則,對應的算取股票的持有時間。具體的交稅標准見下圖。


三、股票分紅是利好還是利空,可以買嗎?
其實長期來說,分紅對股價來說更多的是偏中立的,並不能以此來作為買賣依據,不能把上市公司是否分紅作為評判一家公司好壞的唯一依據。
原因是股票分紅的影響時間並不長,較長時間市場走勢還是要參考公司的基本面情況。基本面良好的公司,一般都處於上漲趨勢,長期趨勢不被短期漲跌影響。
如果公司的內在價值和成長能力等你不知道該如何分析,將下方的鏈接點開,就可以直接獲得診股,會有專業的投顧幫你分析,你看好的股票潛力如何:【免費】測一測你的股票好不好?

應答時間:2021-08-26,最新業務變化以文中鏈接內展示的數據為准,請點擊查看

Ⅳ 如何用雪球查股票分紅

找到你所要查詢的股票,在其基礎資料中查詢分紅信息,就可以查到你所需要的資料。

Ⅵ 股票:怎樣查詢自己所買的股票的歷史分紅明細

去證券公司營業部櫃台,應該可以查。你自己的資金賬戶應該也可以查3個月內的資金變動情況,在對賬單或交割單那裡,應該能看到分紅款項

Ⅶ 如何使用同花順軟體看股票歷史分紅數據

看所有的股票都沒有哪個標記嗎? 我用的也是同花順,你右鍵選復權,然後會在出來一個菜單 像前復權 象後復權,還有個除權 你去試下。希望能對你有幫助、

Ⅷ 雪球怎麼看歷史股價

雪球app怎麼看股票歷史價格走勢?
雪球app底部菜單欄有「行情」按鍵,點擊打開然後輸入自己要查看股票代碼或者拼音首字母,就可以看相應的股票價格優勢了。還可以加入「自選」,下次不用輸入可以直接在行情欄查看股票歷史行情。雪球里目前擁有幾十萬用戶創建的雪球投資組合,這些組合 持倉透明,調倉歷史可追蹤,新手可清楚了解高收益股票組合的投資策略,明明白白跟蹤決策,擺脫「買股難」困擾。組合下單功能讓你直接依據高手的投資組合買入對應個股,並提醒你後續賣出操作,方便快捷。雪球目前已接入多家券商,並支持港股、美股的在線交易,股票在線開戶交易更便捷。
操作環境:華為P40,軟體:雪球,版本:12.44.1
拓展資料
作為一個社交投資網路平台的典範。雪球的最大特色是將社交和投資完美結合,他既涵蓋了網路金融平台的專業性,同時也融入了社交平台的互動性和溝通性。你可以訂閱自己感興趣的投資品種如股票或ETF,並可以關注其他投資者互動,同時進行個人投資信息管理。
雪球app的內容介紹:1、產品范圍廣:涵蓋A股,港股,美股,和ETF等產品信息,滿足投資者需求。2、欄目個性化:結構優化的提供股票價格,資訊,新聞公告和用戶討論,滿足個性化的定製股票需求。3、用戶深互動:提供互動平台,讓你找到志趣相投的投資者並與他們交流,共同探討,發現投資機會。4、操作便利通:提供持倉信息管理,便於你隨時隨地編輯和查看個人持倉變動。
雪球app功能:1、訂閱你關注的股票、基金、債券、比特幣、期貨、信託,全方位收取新聞、公告和用戶討論;2、管理個人投資組合,與其他球友分享交易操作;3、與其他投資者實時交流,即時聊天;4、加入投資者間的私密群組,分享私密信息 雪球和其他炒股軟體,股票社區有什麼區別;5、沒有花花綠綠的界面;6、高質量的用戶交流;7、獨特的股市頭條和公告新聞解讀。

Ⅸ 如何在雪球app查股票歷史分紅

您好,股票的歷史分紅情況都是在個股的交易界面查詢的。
無論炒股資金大小萬1全包!

Ⅹ 在雪球怎樣查貴州茅台怎樣查看它的歷史分紅融資

登錄同花順,然後選擇貴州茅台,點個股資料,上面有一個分紅融資的選項。歷年來的分紅都會有顯示

閱讀全文

與雪球app怎麼查看股票歷史分紅相關的資料

熱點內容
股票里的可取資金過了3點能取嗎 瀏覽:513
股票公司現金流 瀏覽:859
股票資金賬號電話多少 瀏覽:71
股票回購增持信息 瀏覽:552
什麼股票軟體的對賬單好用 瀏覽:422
夢百合股票報告行業前景分析 瀏覽:54
股票行情怎麼設置信息地雷 瀏覽:943
重組失敗的股票還能留 瀏覽:734
股票允許最多多少個漲停 瀏覽:230
603085股票上市時間 瀏覽:231
漸商證券股票行情 瀏覽:774
警告退市的的股票還會翻身嗎 瀏覽:251
股票債務逾期第二天走勢 瀏覽:436
反股票賬戶 瀏覽:587
股票etf如何交易 瀏覽:673
天岳科技股票上市 瀏覽:334
醫療基礎設施建設股票 瀏覽:861
凱樂科技股票歷史交易記錄 瀏覽:293
股票賬戶怎樣按本金 瀏覽:832
怎樣才能買入一直在漲停的股票 瀏覽:36