雪球上怎么短线股票推荐查历史价格走势（雪球查看股票历史价格走势）

1、怎样查询股票的前史价格走势

下载一个软件，进入K线，用左箭头键。即可显现

2、怎样检查个股及大盘的前史走势？

协助里边有好几次不同的材料你能够在去看看

3、怎样在东方财富网上查股票的前史行情啊

在“行情中心"，便是沪深股市行情图，下面有一个“查行情”选你要查的股票代码，输进去就能够了。

4、怎样查询前史股价

翻开股票买卖软件，输入某股票代码，点击K线图，在那里就能够查询自上市以来任何时分的股票和成交等相关信息

5、怎样经过雪球查询股票之前的改变状况

一.雪球公司介绍

雪球聪明的出资者都在这儿。

web1.0：新闻资讯，股价信息，K线图

web2.0：SNS订阅，共享，谈天

web3.0：移动APP，买卖闭环

雪球现在职工数还不到100，其间技能人员占一半。上一年9月C轮融资4kw刀。咱们现在的技能栈由下列组件组成：Java，Scala，Akka，Finagle，Nodejs，Docker，Hadoop。咱们其时是租借IDC机房自建私有云，正在往“公私混合云”方向开展。

在雪球上，用户能够获取沪深港美2w+股票的新闻信息，股价改变状况，也能够获取债券，期货，基金，比特币，信任，理财，私募等等理财产品的各类信息，也能够重视雪球用户树立的百万组合，订阅它们的实时调仓信息，还能够重视雪球大V。雪球其时有百万日活泼用户，每天有4亿的API调用。AppStore财政免费榜第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服务，再后来渐渐的拆出去了一些httpapi做成了独立事务，但即便如此，snowball仍然是雪球体系中最大的一个布置单元。

在需求功用的当地，咱们运用netty搭建了一些独立的接口，比方quotoserver，是用来供给开盘期间每秒一次的股价查询服务，单机qps5w+，这个一会再细说；而IM服务，起先规划里是用来供给谈天服务，而现在，它最大的用处是供给一个牢靠的push通道，供给5w/s的音讯下发容量，这个也一会再细说。

雪球的服务化拆分及办理选用twitter开源的finaglerpc结构，并在上面进行了一些二次开发和定制。定制的功用首要会集在accesslog增强，和failfast，failover战略及降级开关等。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.0sns向3.0移动买卖闭环进化的进程中，咱们开发了一个自己的hybrid结构：本地原生结构，加离线h5页面，以此来支撑咱们的快速事务迭代。其时，雪球前端能够做到2周一个版别，且一起并行推动3个版别：一个在appstore等候审阅上线，一个在内测或公测，一个在开发。咱们的前端架构师孟祥宇在本年的wot上有一个关于这方面的详细共享，有爱好的能够稍后再深化了解。

雪球App实践—构建灵敏、牢靠的Hybrid结构wot.51cto/2015mobile/down.51cto/data/2080769

别的，为了保证服务的可用性，咱们做了一系列的“端到端服务质量监控”。感爱好的能够查找我本年4月份在环信SMmeetup上做的共享《移动年代端到端的稳定性保证》。其间在app端，咱们选用了一种价值最小的数据传输计划：对用户的网络流量，电池等额定耗费简直为0

每个恳求里带上前一个恳求的成果

succorfail：1char

失利原因：0-1char

恳求接口编号：1char

恳求耗时：2-3char

其它：网络制式，etc

炒股的人大多都会盯盘：即在开盘期间，开着一个web页面或许app，实时的看股价的上下跳动。提到“实时”，美股港股其时都是流式的数据推送，但国内的A股，基本上都是每隔一段时刻给出一份体系中一切股票现价的一个快照。这个时刻距离，理论上是3秒，实际上一般都在5秒左右。交了钱签了合同，雪球作为合作方就能够从买卖所部属的数据公司那里拿到数据了，然后供给给自己的用户运用。

方才介绍整体架构图的时分有提到quoteserver，提到这是需求功用的当地。

事务场景是这样的，雪球上个人主页，开盘期间，每秒轮询一次其时用户重视的股票价格改变状况。在内部，一切的组合收益核算，每隔一段时刻需求获取一下其时一切股票的实时价格。起先一起在线用户不多，这个接口便是一个布置在snowball中的一般接口，股价信息被实时写入redis，读取的时分就从redis中读。后来，A股大涨，snowball抗不住了。所以咱们就做了一个典型的优化：独立server+本地内存存储。开盘期间每次数据更新后，数据接纳组件自动去更新quoteserver内存中的数据。后续进一步优化计划是将这个接口以及相关的处理逻辑都搬迁到公有云上去。

关于那些不盯盘的人，最有用的功用便是股价提示了。在雪球上，你除了能够重视用户，还能够重视股票。假如你重视的某只股票涨了或跌了，咱们都能够十分及时的告诉你。雪球上抢手股票具有超越50w粉丝粉丝能够设置：当这支股票涨幅或跌幅超越x%时提示我。从前接连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有一个自己的logadapter，内部运用一个actor来处理一切的logeventstream。当瞬间峰值到来的时分，这个eventstream一会儿就堵了上百万条log，导致gc波动十分严峻。终究的处理办法是，绕过akka的logadapter，直接运用logback的appender

线上记载：5w/s的推送继续3分钟，p99功用目标无显着改变

7月10号咱们在我国好声响上做了3期广告。在广告播出之前，咱们针对广告或许带来的对体系的冲击进行了压力测验，首要是新用户注册模块，其时预估广告播出期间2小时新注册100万

压测发现DB成为瓶颈：

昵称检测cachemiss>40%

昵称禁用词wherelike含糊查询

手机号是否注册cachemiss>80%

注册新用户：5insert

优化：

redisstore：昵称，手机号

本地存储：昵称禁用词

事务流程优化：DBinsert操作同步改异步

下一步优化计划：

将sns体系中一切的上行操作都改成相似的异步形式

接口调用时中只更新缓存，并且自动设置5分钟过期，然后写一个音讯到mq行列，行列处理程序拿到音讯再做其它耗时操作。

为了支撑失利重试，需求将首要的资源操作进程都做成幂等。

前置模块HA：

合作方合规要求：事务单元布置到合作方内网，用户的敏感数据不允许脱离进程内存

事务自身要求：事务单元自身为有状况服务，事务单元高可用

处理计划：

运用HazelcastIn-MemoryDataGrid的replicationmap在多个jvm实例之间做数据同步。

java发动参数加上-XX:+DisableAttachMechanism-XX:-UsePerfData，制止jstack，jmap等等jdk东西衔接

关于前置模块，其实还有许多很奇葩的故事，鉴于时刻联系，这儿就不翻开讲了。今后有时机能够当笑话给咱们讲。

组合净值核算功用优化：

一支股票或许在超越20万个组合里

离线核算，存储核算后的成果

股价3秒变一次，涉及到这支股票的一切组合理论上也需求每3秒从头核算一次

咱们或许会问，为什么不必户恳求时，实时核算呢？这是由于“组合净值”中还包含分红送配，分股，送股，拆股，合股，现金，盈利等等，事务过分杂乱，开发初期常常需求调整核算逻辑，所以就规划成后台离线核算形式了。其时正在改造，将分红送配逻辑做成离线核算，股价组成的净值实时核算。接口恳求是，将实时核算部分和离线核算部分合并成终究成果。

实际上，咱们的核算逻辑是比较低效的：循环遍历一切的组合，对每个组合，获取一切的价值数据，然后核算。完结一遍循环后，当即开端下一轮循环。

优化：

分级：活泼用户的活泼组合，其它组合。

批量：拉取其时一切股票的现价到JVM内存里，这一轮的一切组合核算都用这一份股价快照。

关于这个论题的更详细内容，感爱好的能够参阅雪球组合事务总监张岩枫在本年的archsummit深圳大会上的共享：构建高可用的雪球出资组合体系技能实践sz2015.archsummit/speakers/201825

终究，咱们还做了一些通用的架构和功用优化，包含jdk升级到8，开发了一个根据zookeeper的configcenter和开关降级体系

四.聊聊关于架构优化的一些总结和感触

在各种场合常常传闻的架构优化，一般都是优化某一个详细的事务模块，将功用优化到极致。而在雪球，咱们做的架构优化更多的是从问题动身，处理实际问题，处理到能够承受的程度即可。或许咱们看起来会觉得很杂乱，并且每个工作独自拎出来如同都不是什么大事。

咱们在对一个大服务做架构优化时，一般是往深化的实质进行发掘；当咱们面临一堆架构各异的小服务时，“架构优化”的意义其实是有一些不相同的。大部分时分，咱们并不需求深化到小服务的最底层进行优化，而是去掉或许优化本来显着不合理的当地就能够了。

在快速迭代的创业公司，咱们或许不会针对某一个服务做很完善的架构规划和代码完结，当呈现各种问题时，也不会去寻求极致的优化，而是以处理瓶颈问题为先。

即便咱们经历过一回将snowball拆分服务化的进程，但当咱们从头上一个新的事务时，咱们仍然挑选将它做成一个大一统的服务。仅仅这一次，咱们会提早界说好每个模块的service接口，为今后或许的服务化铺好路。

在创业公司里，重写是不能承受的；大的重构，从时刻和人力投入上看，一般也是无法承当的。而“裱糊匠”式做法，哪里有功用问题就加机器，加缓存，加数据库，有可用性问题就加重试，加log，出毛病就加流程，加测验，这也不是雪球团队工作方法。咱们一般都选用最小改动的方法，即，精确界说问题，定位问题本源，找到问题实质，拟定最佳计划，以最小的改动价值，将问题处理到可承受的范围内。

咱们现在正在一切的当地强推3个数据目标：qps，p99，errorrate。每个技能人员对自己担任的服务，必定要有最基本的数据目标认识。数字，是发现问题，定位本源，找到实质的最重要的依靠条件。没有之一。

咱们的准则：坚持技能栈的一致性和简略性，有控制的测验新技能，坚持一切线上服务依靠的技能可控，简略来说，能hold住。

能用cache的当地绝不必db，能异步的当地，绝不同步。俗称的：吃一堑，长一智。

特事特办：事务在开展，需求在改变，完结方法也需求跟着改变。简略的来说：留传体系的优化，最佳计划便是砍需求，呵呵。

6、亲们，我是炒股新手，想了解一下上市公司的一些信息，去哪看比较精确一些啊？比方：路演啊？？？

翻开股票软件，按键盘上的F10，基本就够看了！

再不可，去和讯或东方财富网，看看

7、怎样查询前史股价

翻开股票买卖软件，输入某股票代码，点击K线图，在那里就能够查询自上市以来任何时分的股票和成交等相关信息