吐槽一下阿里云的slb-问答-阿里云开发者社区-阿里云

大家有没有阿里云服务部署SSL的经验，

在使用SLB 的时候有没有遇到如果ECS中的nginx和php都设的60s超时，如果执行程序执行超过60s就会被重复提交，slb后端服务器有几台就会被重复提交几次的情况？

那大可用智能解析呀，更廉价，甚至是免费的。

阿里云啥都能！

LZ提的观点是对的. 用过SLB. 应该还算不上真正意义上的负载均衡.  只能说是按照用户意愿简单请求转发.

比如:如果你有两个SLB连接着4个ECS(也就是说每台ECS都连着两个SLB).
1.两个SLB是压根不知道相互之间的资源消耗情况,
2.甚至也不知道自己单个SLB的请求对ECS的压力情况.
所以压根没法智能调整请求. 只能按用户选择的, 轮询请求和按最小请求(这里指的最小我估计也就是只能按请求数来假均衡单个SLB对ECS的请求压力, 不能解决多个SLB用在同一台服务器或者服务器本身因为其他资源造成的资源消耗, 又或者某些不同个请求造成的不同程度的资源消耗(如带宽,IO,CPU,内存)造成的非均衡强资源.......)

既然不能实现真正意义上的负载均衡. 显然SLB这个名字不太适合.  最好起个: 均衡请求转发  这样的名字.

等哪天能完全按照服务器内部资源占用情况在单个SLB甚至在多个SLB之间都能完全负载均衡的时候再用全新面貌上线才是王道.


另外.....博客园的搬走确实是一个特别大的损失......人家大型网站用不了....咱新型网站还哪敢用呢......

这个产品是有问题，我用了又去掉了。

那有数据据的怎么办呢？两力都加上数据库不就不能同步了吗？

-------------------------

谢谢!~

本来不想说什么，可是看到你说SLB避免单点故障，实在忍不住吐槽一下，我的SLB故障率远高于单机！容灾避免单点故障简直............  真真真心希望你们好好做做产品，提高一下稳定性吧，现在都已经不再愿意说了，再这样继续下去，我也只有跑路了，云啊，哎..........

-------------------------

我的SLB上个月一次故障，先是越来越慢直至无法访问，故障持续一个多小时，最终电话回复说是别的vip被攻击，我被牵连。

这个月又遇到一次故障，直接全部无法访问将近两个半小时，最终回复故障原因：由于slb网络链路异常，影响到您slb的vip的正常访问。

我不知道是我人品差还是你走运气好，反正我这个SLB比单机故障率高太多了，而且故障持续时间太长了

这帖子都喷成这样了 - -

我自己的使用经验来看 SLB的稳定性是跟RDS有的一拼的 用了一年多的SLB真正因为SLB自身原因引起的故障寥寥无几 大部分情况是服务器超载了SLB返回503 印象中没有因为SLB自身故障导致网站挂掉的

个人觉得SLB更侧重于提升网站的可用性 提升负载能力倒是次要了 当你网站需要多台服务器进行热备的时候SLB的重要性不言而喻 至于多台机器提升性能 我自己是用来看很少从性能方面考虑SLB 如果你真的需要两台一起工作才能承载整个网站访问 那么一台down掉 另一台也会因为承受不住压力down掉 这种情况下部署SLB是无意义的 只有在确定单台能满足要求然后横向扩展时才能发挥SLB提高网站可用性的作用

还有一个问题是很多站长部署SLB的时候忽略了自身的技术水平 SLB并不是一个简单可以部署的功能

1 有多少网站完全吃掉了高配服务器的所有资源，迫不得已必须上SLB提升负载能力的？
2 有多少站长有能力去解决部署SLB过程中需要解决的一系列问题的，比如最简单的数据同步。
3 部署之前是否认真了解了SLB的技术实现，对可能出现的问题进行考虑以及认真的在部署前进行测试。

对于SLB而言如果对网站运行稳定性有很高要求，那么一定要上的，但是要经过仔细的测试。如果站点比较小的话还是走单服务器吧 实现简单也够用

至于IP隐藏 SLB已经帮你做了 外面看见的都是VIP 看不到后面服务器IP的 同样在SLB后的机器需要通过X-FORWARD-FOR来获取真实客户的IP地址 否则的话你看见的全部是内网地址

-------------------------

难道是人品问题么 - -
我们从一年多前开始用阿里云就在使用SLB了 那时候功能还没现在的完善 但是我用到现在也只遇到过一次因为SLB故障我无法创建修改服务器集群 并没有出现过无法访问的问题……
用了这么久SLB跟RDS是出问题最少的……
每次工单问我们都有记录 真正问题原因是SLB引起的真心一次没有……
而且SLB曾经多次在我们一台挂掉服务器状态的情况下成功把所有访问转移到另一台服务器 保证了网站没中断

-------------------------

数据不能随便说
但是我们用了这么久的确没出现什么问题 相比较于云服务器出各种诡异问题 SLB已经稳定的相当多了
弱国你觉得阿里云SLB稳定性不足 你可以自己实现一个SLB 跟阿里云的对比一下

-------------------------

用SLB遇到的技术方面的麻烦远比你多花钱来的麻烦得多……

-------------------------

我是只遇到过一次 但是遇到的多的我不知道怎么回事
而且貌似越新建的的SLB越不稳定 我们那个VIP建立起来就没变过到现在 很少看见用SLB很久的出来说 反倒是新用SLB的问题不少

-------------------------

我们一般留在工单里根阿里云秋后算账了  - -

一般出现问题反馈对于阿里云来说也是改正bug的好机会

看了博客园和楼主的文章，感觉大站用阿里云是各种纠结，完全是小白鼠角色，每次都用惨痛的代价换取阿里云的进步

-------------------------

引用博客园老大的SLB说法：

于瞬间的并发请求，SLB无用武之地。SLB只转发请求，并不拆分请求。假如4台web服务器每台能支撑的并发请求数是500，SLB一次收到了800的并发请求，一股脑儿转发给其中一台web服务器，这台web服务器趴下了（扛不住）；SLB下一次收到了1000的并发请求，一股脑儿转发给另一台web服务器，那台也趴下了；接下来SLB收到了1200的并发请求，第3台web服务器也趴下了。如果把这4台web服务器合并为1台，能支撑的并发请求数是2000，就能轻松应对。

我个人表示看不懂，SLB不是负载均衡吗？有谁能解释一下？

-------------------------

Slb实际对负载均衡作用不大，那么负载均衡这名称是否不合适?
关于技术的说法我也同意，连博客园这种技术人员密集的网站使用SLB都出现大量问题，就不要说其它了

-------------------------

还有相当一部分的站长是因为带宽太贵而选择SLB，因为10M的带宽比2部5M带宽还要贵，连官方人员也推荐用SLB来扩充带宽这种方案。

-------------------------

你不是说你用的SLB只遇到过一次故障吗？看来SLB还是很稳定的，不稳定的只是个别吧。

-------------------------

博客园经常和阿里云工程师一起解决问题，这种方式我觉得双方的合作已经很密切了，而且博客园老大每次都有将问题的产生过程、解决方式发布到阿里云论坛，这种分享问题的方式也值得提倡，要是刚好有其他客户也遇到问题就可以直接解决，不用提交工单了，怎么可以说是发现原因之后也不给阿里云解释？不能因为有户说阿里的问题就反感吧？其实可以从另一方面看到阿里云的售后是很负责的。

-------------------------

工单当然是第一时间提交，然后有什么使用经验和大家交流一下，带带我们这些菜鸟站长，让我们长长经验也好。

-------------------------

所以不要随便成为粉丝，我既不是博客园的粉丝，也不是阿里云的粉丝，我只是一位付费用户，关注我关心的产品和服务而已。

我知道SLB和CDN是两码事，但对于我们来说，CDN目前更加实用，我说的一个网站用1个数据库4个php 1个oss并不是因为成本高，而是与独立集群来对比，性价比太低，好比你花10000元买个3毛钱的馒头，很多人都不会这么做而已，对于阿里云，其产品毕竟是虚拟机VM，与独立服务器相比性能肯定会弱很多，价格却没差别……

-------------------------

引用第22楼billz于2013-04-27 18:19发表的 Re吐槽一下阿里云的slb :

兄弟，咱别喷歪了。
slb和cdn完全是两码事。
slb是一个网站到了一定规模以后必须采用的内部技术手段。而cdn却不一定。阿里云提供slb服务的初衷是非常好的，但我们需要的是成熟可靠的、可商用的稳定性，而目前这个产品明显达不到要求。
一个网站用1个数据库4个php 1个oss，这根本算不了啥。这点支出对于一个中型网站来说根部不算什么。这个并不重要。

你们的努力的确我看到了，只不过速度不像你们这么大公司的速度，反馈建议的目的也是为了让你们发展提速而已，并无其他意思，毕竟你们发展了，我们这些用户也会跟着受益，你说的Case问题完全可以多开放一些用户进来，而不是把价格标的高高的让人进不去，为了让你们产品完善，免费让一些技术进来使用又何妨，帮助你们完善产品，测试bug，提高你们的竞争力害怕没用户么，总比没人使用搞得存在你所谓的case问题好啊。

1个数据库4个php 1个oss  还用上slb  

rds 一开始说的自动冗机切换 但是我知道的是有一个用你们阿里云的 半夜rds不能用 打电话 工单 结果好几个小时才弄好
导致很多用他们服务的客户受损  他们都打算 自己托管机器了

-------------------------

  vpsmm不是阿里云的技术员 的  也不是你说的什么托   这个倒是可以证明

-------------------------

  确实标准有点高了  阿里云对大站还是不合适 但是应该说是大问题还是没有的
机房还是很安全的 数据啊 都是安全的

目前我自己的有一个站在使用SLB，日均IP大概30W左右，小站而已，目前使用还是很稳定的，建议楼主如果发现问题最好直接就问题来提，比如哪个站什么时候出现什么问题，而不要这么盲目的痛批一顿，最终解决不了问题的

SLB应该在动态脚本的应用中，访问量越大越会出点小问题，目前好像没有100%的解决方案，很难做到像单机一样稳定，毕竟中间多了1次甚至多次的判断

不过应该是在现有的成本下比较难解决，像那些门户网站又是CDN，又是负载平衡的全用上了，也没觉得哪里不稳定，肯定投入的设备不一样，也希望阿里慢慢把SLB做到更成熟、稳定

-------------------------

哎，还好我当时没折腾SLB~~

引用第2楼vpsmm于2013-04-27 12:01发表的  :
这个东西到底能不能支持商业运营？
未知，我配置过最大的SLB支持环境，日IP30W，PV150W。DZ的动漫论坛，总带宽在20M（论坛）附件另放到OSS了。
这个东西到底能不能在大访问量下稳定运行？
同上，我实际用到的最大访问量了。
这个东西到底能不能真正实现均衡的负载？
.......

知道你是阿里云的铁杆粉丝。但说话要客观！
麻烦你给出你所谓配置过（并且能正常运行访问）的网站地址、拓扑图以及资源使用情况！
实际应用是在服务器繁忙的情况下，aliyun的slb不能很好地完成转发，其中原因有可能是cpu、io等多方面造成的。并且经常出现很多莫名其妙的故障，博客园实际上就是一个典型的例子！
博客园在使用过程中得到很多工程师的帮助，这个你看到了？为很么别人不能得到很多工程师的帮助？这对其他用户公平吗？

-------------------------

引用第4楼billlee于2013-04-27 12:18发表的  :
首先，需要告诉楼主的是：无论SLB是否是一个已经正式商用的产品，我们对外所能提供的服务质量与已经正式商用的其他产品都是没有区别的。并不会存在非正式商用的产品存在稳定性差或服务标准低的说法。

其次，关于SLB的性能和所能达到的对外服务能力，这个除了SLB系统本身所能支持的范畴有关外，也与SLB后端的ECS云服务器本身性能有着密切的关系。但是，可以确保的是SLB系统本身是以集群的方式工作的，当我们系统还没有达到服务瓶颈的时候我们就会做横向的扩容从而确保系统本身的稳定性和可用性。所以，建议楼主在实际使用前可以根据自己的实际应用场景测试一下相关的服务，从而做到心里有数。

关于问题中涉及到的一些细节，比如SLB的转发、SLB的健康检查回报等问题，我看到@vpsmm已经做了较为详细的解答，也请楼主了解，同时感谢@vpsmm的热心回答。
.......

非常感谢你的回复。
但我也注意到第二段文字。其中“这个除了SLB系统本身所能支持的范畴有关外，也与SLB后端的ECS云服务器本身性能有着密切的关系。”

实践证明，使用阿里云单机，cup占用较高的时候可能问题不大，但在slb里，ecs单机cpu占用一旦超过60-70%就很容易出问题，具体表现也不太一致。博客园的现象即是如此，我所知道的其他几个中型网站也是如此，只不过人家没说而已。

希望你们认真测试一下。

-------------------------

引用第7楼vpsmm于2013-04-27 12:31发表的 回 5楼(billz) 的帖子 :
这是我帮朋友做的，网址就不公布了。只是一个十分简单的DZ论坛，没有太过详细的拓扑图。
目前附件是OSS上面，这个就没什么多说的。DZ比较简单，只要涉及PHP程序和MYSQL就行了。

单独一台4核CPU，8G内存，拿来跑MYSQL。
一台标准A，拿来跑uc。
.......

四台标准B，拿来跑php程序，（全部在SLB里）。
用这个跑日IP30W，PV150W？你这真有点忽悠！

你要说别的行业我可能还不是很清楚，国内动漫论坛.....哈哈，你算忽悠错了。

-------------------------

引用第11楼billlee于2013-04-27 13:14发表的 回 6楼(billz) 的帖子 :
如果SLB系统真的像楼主描述的那样存在当后端云服务器出现CPU利用率达到60-70%就会出现SLB访问不稳定的情况，那么我的建议是楼主可以通过工单提供一下你的VIP信息，我们的工作人员会帮助你针对这个情况进行核实和问题定位的。

相信已经有人和你们反映过类似的情况了。
由于这个问题指向并不是非常明确，故障现象也不很统一，所以发工单也未必能解决什么问题。你们自己多做做测试就能发现问题。
更何况发给你们的工单一般都是先由小客服们做第一手处理，这种问题他还没搞明白咋回事随手就被他给被关闭了。解决不了问题还惹一肚子气，没啥用处的。

-------------------------

引用第13楼billlee于2013-04-27 13:32发表的 回 12楼(billz) 的帖子 :
那楼主是否方便把发生在你身上和你对外提供服务身上的问题直接提交给我，我们首先针对这个问题进行分析呢？这样至少可以先解决楼主自身的疑惑和困扰，从而确保楼主对外的服务问题得到妥善的解决。

另，关于客服工单服务质量的问题，我们内部已经在进一步加强对客服人员的培训和处理流程的优化，相信通过我们的努力一定会提升服务质量和专业度，从而保证所有用户通过工单提交的问题都能得到明确的定位、准确的解答和妥善的解决。

还是先不说了。我们已经被迫将cpu的占用都降到50%以下。
你们还是先好好搞一下你们的产品和服务吧。
看看今天的微博，你们已经被喷的很惨了，这样下去要完蛋的。只听那些小站长们拍马屁是没有用的。
http://weibo.com/1670517015/zu41ne2pY#_rnd1367043576717

-------------------------

引用第17楼billlee于2013-04-27 15:28发表的 回 14楼(billz) 的帖子 :
既然不稳定的问题已经出现在了你的对外应用服务中，我的建议还是希望你能够配合我们一起把问题查一下，这样对于我们自身系统的成长和你本身对外服务的稳定性来说都是有益的。如果通过定位分析，问题真的是由SLB系统造成的，那么我们肯定会尽快给予解决和修复。因为很多问题在没有复现和最终定位的情况下只是通过简单的通用性测试是没有办法涵盖所有case和应用场景的（随着客户的逐渐增加，客户本身的应用场景越来越复杂和个性化，我们也需要大家的帮助来不断的完善我们的平台和服务），所以还是希望你能够协助我们一并解决问题，而不是采取变相的手段来掩盖问题本身。

阿里云的成长需要大家一起的努力来达成，感谢你及其他用户的支持！

你作为官方人士，在于用户交流的时候应该注意言辞。
作为用户，我没有必要替你们“掩盖”问题，我们只是以最简洁、高效的方式去处理问题。这里的用户提出过很多很多有益的建议，你们都能够迅速的处理解决吗？明显是不能的。所以，不如我们自己先改变一下部署，以便能够正常运营。

问题本身的解决还是依靠你们自己吧。看看几天微博的吐槽，人家说的一些问题都是事实吧，其中有些我们也经历过。论坛里大部分都是开小网站的，他们也许不会很在意停机几分钟甚至几小时，但这对一个中型网站，每一分钟的停顿都会造成直接的经济损失的网站来说意味着什么你们应该不难能理解吧？

cpu、io性能问题、用户间相互印象的问题等等等等，拜托你们多下点功夫吧。

-------------------------

引用第32楼twl007于2013-04-28 00:16发表的  :
这帖子都喷成这样了 - -

我自己的使用经验来看 SLB的稳定性是跟RDS有的一拼的 用了一年多的SLB真正因为SLB自身原因引起的故障寥寥无几 大部分情况是服务器超载了SLB返回503 印象中没有因为SLB自身故障导致网站挂掉的

个人觉得SLB更侧重于提升网站的可用性 提升负载能力倒是次要了 当你网站需要多台服务器进行热备的时候SLB的重要性不言而喻 至于多台机器提升性能 我自己是用来看很少从性能方面考虑SLB 如果你真的需要两台一起工作才能承载整个网站访问 那么一台down掉 另一台也会因为承受不住压力down掉 这种情况下部署SLB是无意义的 只有在确定单台能满足要求然后横向扩展时才能发挥SLB提高网站可用性的作用
.......

作为一个版主对slb的理解居然如此片面

-------------------------

引用第38楼twl007于2013-04-28 10:10发表的 回 33楼(alilab) 的帖子 :
难道是人品问题么 - -
我们从一年多前开始用阿里云就在使用SLB了 那时候功能还没现在的完善 但是我用到现在也只遇到过一次因为SLB故障我无法创建修改服务器集群 并没有出现过无法访问的问题……
用了这么久SLB跟RDS是出问题最少的……
每次工单问我们都有记录 真正问题原因是SLB引起的真心一次没有……
而且SLB曾经多次在我们一台挂掉服务器状态的情况下成功把所有访问转移到另一台服务器 保证了网站没中断
.......

先说说你的系统架构和流量数据。别吹牛b就行。
小站应该是没啥问题的。

首先，需要告诉楼主的是：无论SLB是否是一个已经正式商用的产品，我们对外所能提供的服务质量与已经正式商用的其他产品都是没有区别的。并不会存在非正式商用的产品存在稳定性差或服务标准低的说法。

其次，关于SLB的性能和所能达到的对外服务能力，这个除了SLB系统本身所能支持的范畴有关外，也与SLB后端的ECS云服务器本身性能有着密切的关系。但是，可以确保的是SLB系统本身是以集群的方式工作的，当我们系统还没有达到服务瓶颈的时候我们就会做横向的扩容从而确保系统本身的稳定性和可用性。所以，建议楼主在实际使用前可以根据自己的实际应用场景测试一下相关的服务，从而做到心里有数。

关于问题中涉及到的一些细节，比如SLB的转发、SLB的健康检查回报等问题，我看到@vpsmm已经做了较为详细的解答，也请楼主了解，同时感谢@vpsmm的热心回答。

另，关于SLB的流量监控问题，后续我们会通过与云监控结合的方式由云监控来统一进行核心监控指标的监控、性能图表展示和报警。

最后，关于博客园提到过的问题，如果关注该事件的用户从头到尾的浏览过所有博客园官方博客的话可以发现，目前问题的定位并没有最终指向是由于SLB系统不稳定导致的，这个还请大家了解并持续关注，我们也会最大程度的配合博客园最终查明问题原因的。

最后的最后，感谢大家对SLB的支持和关注，也希望大家都能像楼主一样把对SLB产品的看法、建议和疑惑反馈给我们，以促进我们更好的改进我们的产品，更好的服务于大家！

-------------------------

如果SLB系统真的像楼主描述的那样存在当后端云服务器出现CPU利用率达到60-70%就会出现SLB访问不稳定的情况，那么我的建议是楼主可以通过工单提供一下你的VIP信息，我们的工作人员会帮助你针对这个情况进行核实和问题定位的。

-------------------------

那楼主是否方便把发生在你身上和你对外提供服务身上的问题直接提交给我，我们首先针对这个问题进行分析呢？这样至少可以先解决楼主自身的疑惑和困扰，从而确保楼主对外的服务问题得到妥善的解决。

另，关于客服工单服务质量的问题，我们内部已经在进一步加强对客服人员的培训和处理流程的优化，相信通过我们的努力一定会提升服务质量和专业度，从而保证所有用户通过工单提交的问题都能得到明确的定位、准确的解答和妥善的解决。

-------------------------

既然不稳定的问题已经出现在了你的对外应用服务中，我的建议还是希望你能够配合我们一起把问题查一下，这样对于我们自身系统的成长和你本身对外服务的稳定性来说都是有益的。如果通过定位分析，问题真的是由SLB系统造成的，那么我们肯定会尽快给予解决和修复。因为很多问题在没有复现和最终定位的情况下只是通过简单的通用性测试是没有办法涵盖所有case和应用场景的（随着客户的逐渐增加，客户本身的应用场景越来越复杂和个性化，我们也需要大家的帮助来不断的完善我们的平台和服务），所以还是希望你能够协助我们一并解决问题，而不是采取变相的手段来掩盖问题本身。

阿里云的成长需要大家一起的努力来达成，感谢你及其他用户的支持！

-------------------------

关于这位朋友的说法我有一点补充意见，SLB系统本身除了可以做到负载均衡外，还有一个更有价值的功能是提供容灾避免单点故障，这个是单个ECS实例无法保障的。如果你对服务的对外可用性要求非常之高，那么可以通过SLB的方式来做到单点故障发生时自动的将请求分发到正常的服务节点，从而确保对外服务的不中断。

关于SLB的稳定性，一直都是我们努力提升和保障的核心，2011年底SLB服务刚上线，所以可能出现了像这位朋友所说的不稳定的情况，但是随着我们的不断优化目前这种情况也已经得到了有效的抑制。同时，在SLB服务还达不到一个非常高的标准之前，我们也不会对其做商业化开发的。所以，我们也是在不断的加强我们的服务，确保他早一日能够达到最好的状态并为大家带来更大的价值。

-------------------------

请确保作为SLB后端的工作的两台云服务器的web server配置和程序文件/数据库文件保持一致，这两台云服务器在SLB中的地位是一样的（可以设定权重），不存在主从的关系。

-------------------------

关于数据同步，请参考这个帖子： http://bbs.aliyun.com/read.php?tid=118907

在SLB故障时，可以在DNS服务中将网站域名直接指向到云主机IP，故障解除后再恢复。

DNSPOD就支持这个功能。

这个东西到底能不能支持商业运营？
未知，我配置过最大的SLB支持环境，日IP30W，PV150W。DZ的动漫论坛，总带宽在20M（论坛）附件另放到OSS了。
这个东西到底能不能在大访问量下稳定运行？
同上，我实际用到的最大访问量了。
这个东西到底能不能真正实现均衡的负载？
这个真可以。他可以设置权重、轮循转发、最小连接转发等设置。
这个东西到底能不能在服务器比较忙的情况下正常分配访问？
同上，这个真可以。如果服务器池中的服务器宕了，会自动移除SLB转发。
这个东西到底能不能给一个网站整体的流量图？！
这个可以有，云盾中有SLB的IP，你可以看到带宽和报文速率。
这个东西到底能不能给出80故障的原因，而不是像现在这样一通乱报？
这个真不能，他只能判断服务器池中80能否访问，不能判断故障原因。
这个东西虽然是免费的，但你们是否做过大量的测试？出了问题能否把它当做自己的产品面对？
博客园使用过程中，得到过很多工程师的帮助。

-------------------------

这是我帮朋友做的，网址就不公布了。只是一个十分简单的DZ论坛，没有太过详细的拓扑图。
目前附件是OSS上面，这个就没什么多说的。DZ比较简单，只要涉及PHP程序和MYSQL就行了。

单独一台4核CPU，8G内存，拿来跑MYSQL。
一台标准A，拿来跑uc。
四台标准B，拿来跑php程序，（全部在SLB里）。
一台经济B，拿来跑OSS上传程序（现在有插件，我当时部署，还没有插件，架的FTP服务器，中转到OSS，走内网）

我觉得SLB的部署比较简单，是因为网站程序简单，采用的DZ程序，只要把程序和数据库分离就可以了。
如果是自行开发的程序，使用中垦定会有各种各样的问题，这个没办法。

-------------------------

其实，我更期待CDN的上线。目前帮人部署了个drupal到bae，然后，使用BAE的CDN，真心不错。
百度不差钱儿，各地机房直接用很省心。

博客园是出过问题