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，能异步的地方，绝不同步。俗称的：吃一堑，长一智。

特事特办：业务在发展，需求在变化，实现方式也需要跟着变化。简单的来说：遗留系统的优化，最佳方案就是砍需求，呵呵。