后端开发者的福音！深挖云原生下动态限流技术

的软件总共TPS（throughput per second），紫色曲该线对此相同请的互联，X轴对此QPS参数。

可以直观的显原为出新：

1.初始收尾

随着QPS的飙升，TPS也在逐步提较高，的互联常与对安定。因为此时CPU和内存等量化海洋资源常与对充裕，请在种系统中亦会需搭车就可以处理事件。

2.难题收尾

当QPS大大降偏高到相同TPS曲该线顶点靠近时，此时量化海洋资源阻抗接近在册，免费中亦会的请处理事件出新原为搭车可能，等长时间非该线性攀升。

3.能避免收尾

此时必要性高压QPS，量化海洋资源而政府阻抗，必要性加剧GC、意味著调配、互联等海洋资源受压加剧TPS很慢攀升，同理请搭车过多加剧的互联必要性类指总共级飙升，再进一步度加剧免费海洋资源耗尽出新原为宕机无响应等可能。

直观来看，由于相同量化海洋资源的受限制，当QPS高压超过TPS峰参数时种系统的处理事件技能亦会被反噬。从免费庇护所、海洋资源来进行时的取向，我们亦会看来 将TPS顶点靠近参数作为对QPS的受限制敏感度常与对平庸。

能避免庇护所

本节将着重讲解基于清楚敏感度的限速办法以及常与关的局限性，重申免费安定假定下的整体预料。

基于QPS敏感度的限速

在不长一段等长时间内，工程公司都亦会运用于上述敏感度作为免费的兜底QPS受限制以消除能避免。此时就出新原为了优秀的限速启发式，即接收者桶（Token-bucket）和漏桶（leak-bucket）以及极多衍生。

互联网上关于这两种启发式原理的讲解多如牛毛，在这就才会进一步赘述。总的来话说，桶启发式对流速提供了整形的系统，以消除短等长时间流速等极口可能打垮免费。在小为数后口免费而言基于敏感度的限速手段非常简单较高效，都能因应绝大多总共原因。

基于清楚敏感度的局限性

上节在进行时敏感度测参数时，对验证的整体描绘为平庸但亦会。这意味著在大为数特有种式种系统中亦会，测参数结果从工程的取向忽略了很多必要技术细节。这其中亦会自带括验证手段、硬件海洋资源配额、该线上scale、免费状况、敏感度可用性等等极多可能。

验证之痛

原为如今后口行业几乎进到了阳原生时代，旋免费架构晚几乎是事实标准规范。其中亦会通讯电子元件上都是以参数得注意的事件特别设计手段（Event-driven），这对此所有的请都是通过RPC即以连接器线程的手段付诸的。一个恰当划分的旋免费，在稍具为数的但亦会保有的连接器总共参数保守估算将近是在十位总共以上，因此对连接器级别、免费级别的敏感度借助将变得常与当乏味和困难。在Netflix的电子技术博客中亦会，他们用到arduous task来形容验证的艰巨。

连接器压测

如前文所述的，即使是同一个连接器，每轮压测的结果也亦会有差距。这是因为机械海洋资源在验证中亦会同时亦会受到废物回收、该线程/意味著海洋资源守住、文件种系统I/O间歇、互联以太网质参数等原因的因素。在免费级别的验证、该线上状况中亦会，此类原因亦会被必要性扫描。为此，验证人员不得不多次测参数求个线性以求精确。

免费级压测

并不相同连接器毕竟对海洋资源的耗尽程度并不相同，因其自带含读过、写成、上游扇出新等各种可能的互联也亦会归因于关联性。对于免费级别的限速敏感度确认可以话说是常与当困难，因为基于连接器级的敏感度Pop亦会在并不相同软件请并不相同连接器时归因于周期性。为此进行时流速写成歌并全信令压测虽都能敏感度的全域，但仍很难做到精准，且生产商成本过大。

维护之痛

所有验证以及该线上状况中亦会，最这两项其实是量化海洋资源的系统建筑设计。所验证机械的CPU整体总共和内存等系统建筑设计预感因素着验证结果。再进一步者，如今基于托盘互联如k8s的自动海洋资源scale技能，亦会使得基于清楚总共字的敏感度的电子游戏难以维护。再进一步者，秒级的流速受限制毕竟对于100ms内突发流速铁西街道很难做出新概念上干涉，加剧免费诱发能避免。

干涉生产商成本

当无论遇到该线上剧增流速机械原为收尾诱发、自动扩容等加剧敏感度才会进一步适用，进而要降偏高或者减天内，工程公司从发原为原因到上机操作发布系统建筑设计的足足几乎赶上了干涉的最佳意图。

认知负担

从上述测参数流程来看，工程公司必须对量化海洋资源、连接器金融业务、托盘配合、调配意图等各上都有充分认知才能解决原因各种流速短时间，毕竟亦会耗尽大参数的精力和等长时间。

综上所述，基于清楚总共字的敏感度手段在大为数后口免费中亦会亦会必要性捉襟见肘，可延展和可伸缩性很低。

能避免下的免费预料

在咨询必要性的解决提议之前，我们要清楚在阻抗大大降偏高时对免费可能的预料。即在使免费不垮掉但亦会，充分来进行时量化海洋资源免费软件。转化清楚的阻抗原因预料如下：

必需多的处理事件request，即较高TPS

必需慢的处理事件request，即偏高的互联

必需使得request不归因于堆积，原为收尾量化海洋资源下存在的最佳处理事件参数

很显著，想要同时借助上述原为收尾是常与悖的。对于较高TPS，意味著必必需将量化海洋资源来进行时，请归因于控制点进而加剧 这两项结果——的互联的指总共飙升；对于的互联，那么就必需必需免费中亦会处理事件的请常与对保守。虽然的互联偏高下来了但同时TPS也亦会大大降偏高，所致量化海洋资源的浪费；对于免费意味著中亦会的请最佳处理事件参数，转化各种发生变化原因也不好确认。那么有最佳的假定吗？

应用行业层静态控制点压制

本节将道出新应用行业层TCP-BBR启发式要解决的原因，以及和我们上述免费预料原因的关联性。必要性挖到新类似之处。

应用行业层TCP原为状

TCP是朝向字节流保序的应用行业层协议。在面临可能的互联中亦会转端口以及对口互联完全，如果仅有化来进行时互联以太网是其要面临的首要原因之一。为此，发端了经典之作的控制点压制启发式。

上平面图是传统的基于丢自带扫描的控制点压制启发式，参数得一提的是有 CUBIC、RENO等付诸。简略类比几乎超出新本文的咨询全域，此处简述比如话说原理以及其整体结构上。其压制天数大体有四个都由部分，分别是慢重新启动、控制点能避免、慢重传、慢恢复。其中亦会 CWND对此控制点过道，也就是可以向互联中亦会一次性邮寄的总共据参数，再进一步度过道较小由其与对口接收过道中亦会的较小参数来立即。

在不回避对口过道的因素下，由于互联状况可能，启发式亦会依据并不相同完全针对性的大大降偏高CWND过道的较小。当出新原为丢自带时CWND较小亦会大大度增高，如平面图中亦会陡降部分此表。在先前的可用性重传等策略之下，几乎都能想到当出新原为丢自带时CWND的减幅程度十分显著。

基于丢自带的压制启发式局限

该类启发式的整体思想在于对丢自带总共据的测参数，然而在原为代互联军事设施的蓬勃发展下某些桥段如长肥互联（较高延后、较高以太网）等几乎才会进一步适用。转化上平面图，由于端口端口的buffer较小与日俱增，同时降偏高了总共据自带在数据流中亦会单次。再进一步再加多跳端口端口的量化、终口等技能的并不相同亦会很更易加剧CUBIC等启发式的看来丢自带，实行激增CWND过道的行为。也就话说当开始介入控制点能避免时，控制点晚已牵涉到且亦会必要性负反馈加剧并能攀升。比如话说，基于扫描丢自带接收机这单一原为收尾来衡参数控制点达不到最优解。

基于原为实的互联阻抗结构上深入研究

毕竟互联控制点的牵涉到除此以外是由各个端口端口互联阻抗飙升归因于的，既然是阻抗，那么就必需对其清楚阻抗原为收尾的深入研究。

阻抗q

充满著互联拓扑原为状的简单化，都能首要引致互联阻抗飙升的毕竟是互联流速的降偏高。那么，相同的原为收尾就是互联 Bps（bytes per second），即流量的总共据终口参数。

这两项结果

面临阻抗Bps的降偏高，亦会因素到的这两项结果就是互联终口的来往的互联 RTT（Round-trip time）飙升，加剧终口控制点。

终口观测

此表是平庸但亦会互联电子元件在终口处理过程中亦会的阻抗发生变化平面图，上半部分为流速终口速度（Delivery rate≈Bps）和相同的互联（RTT）的发生变化，下半部分为相同互联电子元件的天体物理学完全发生变化。分为三个收尾：

1.初始收尾

初始收尾互联电子元件中亦会的数据流为空，总共据自带需搭车。随着邮寄速亲率的降偏高RTT始终保持安定。

2.难题收尾

此时搭车几乎很慢构成，电子元件的终口并能技能即以太网达到减至，始终保持安定。对于RTT而言，由于搭车的原因很慢降偏高。

3.控制点收尾

此时互联电子元件的数据流几乎被流速完全打满，剩余的总共据自带被坚决，必要性加剧RTT大大飙升。

从平面图中亦会红圈标注的RTT和终口亲率直角平面图出新想到，RTT在难题收尾开始大大度飙升，总共据终口在该收尾除此以外达到了难题即以太网减至。可以显原为出新，从此处开始控制点就要牵涉到了，然而基于丢自带的控制点压制启发式反而在上述第三收尾才都能有效期，这毕竟滞后太多了。

最佳预料

从上述平庸深入研究，我们常与对确认出新了在一波总共据终口处理过程中亦会RTT的下限，即minRTT；总共据终口以太网能达到的减至 max BW（max bandwidth）。对于这两个互联层的阻抗原为收尾，至今几乎有了很开花结果的衡参数体系，在互联终口中亦会其间的关系如此表此表。

我们可通过 互联端口流量终口总共据的技能即以太网（bandwidth）乘 总共据自带在端口中亦会的终口处理事件等长时间的互联（即latency≈RTT）的结果作为互联上正在处理事件的终端总共参数，即以太网的互联积BDP。BDP立即了必需向互联中亦会邮寄的总共据自带参数。

先导上述，我们可以确认平庸但亦会向互联终口总共据的最佳总共参数，即难题期原为收尾特质：BestBDP = maxBW * minRTT

毕竟，我们解决原因阻抗的这两项原为收尾测参数几乎不仅要较高度重视这两项结果，还与阻抗q进行时先导。常与对的，多年来基于丢自带的控制点压制启发式都只较高度重视了的互联这单一原为收尾。

虽然有了概念预料，但除此以外出新原为摆在工程公司马上的难题：如何在拓扑比较来话说，端口可能多变的互联状况中亦会测得这两个原为收尾？这个验证处理过程并不一定上和上节我们重申的金融业务阻抗预料原为收尾常与悖论如出新一辙。那么该如何解决这一难题呢？再一就是BBR登场的预感。

TCP-BBR启发式

BBR（Bottleneck Bandwidth and Round-trip propagation time）是Google国际上重申的控制点压制启发式，诞生后大大度提较高了在较高延后等但亦会互联终口的并能。从名称就可以想到以太网（Bandwidth）和来往的互联（Round-trip time)这两项字，在上述了了处理过程中亦会，相同的就是maxBW和minRTT。对于多变的互联状况BBR大胆的运用于了 以预料等式特别设计，实时有规律侦测两个阻抗原为收尾的办法，下文亦会不以为然简略此表述。

启发式整体解读过

BBR看来：既然互联多变，且最佳以太网和的互联不好同时测参数，那么就实行实时有规律侦测的手段。通过斜面过道细粒度的有规律整理一段等长时间内的流量仅有终口参数和最大者的RTT，通过量化就可以获得迄今为止最佳的BDP。即BestBDP = BtlBw (bottleneck bandwidth) * RTprop (round-trip propagation time)

BtlBw

对此迄今为止互联中亦会的难题以太网，也就是上节中亦会的maxBW，是互联军事设施终口的减至。BBR亦会赢得一段等长时间内斜面过道的统计位数的仅有BtlBw参数作为详见。其测参数手段简述为一段等长时间内的总共据自带总参数除以他们所抵达花费的等长时间。

RTprop

对此充满著任何外在噪音，如ack重发足足，互联间歇等等加剧RTT偏较高可能。即在斜面过道统计位数中亦会的RTT最大者参数作为详见，其测参数手段为总共据自带邮寄和无视足足。

inflig ht

这指的是，在BBR工作再一内，几乎邮寄至互联但是还是没有收到答复的总共据自带。也就话说原为实的，在互联电子元件里正在终口的总共据参数，即阻抗。有了预料等式量化出新的BestBDP教导将RTprop与BtlBW常与乘，BBR就可以证明了新原为收尾预感新闻媒体互联最佳的阻抗参数与实际inflight的间的关系。有了这样的非常简单的总共参数分析，启发式就可以压制发自带的最佳参数以进行时控制点压制。

以下实为示例直观的体原为了BBR启发式在发自带和收自带时的处理事件自然语言。

收自带 onAck

发自带 send

启发式都由

认识了整体的启发式自然语言，再一将简述其执行天数，必要性认识启发式是如何充分来进行时可能互联电子元件终口技能的。启发式运行完全主要分为重新启动收尾（Startup）、排空收尾（Drain）、以太网侦测（ProbeBW）、的互联侦测（ProbeRTT)。除此以外，本文将不亦会阐述清楚技术细节，清楚技术细节可以详见文末的reference。我们重返整体较高度重视点，BBR是如何侦测以及适应原为收尾互联电子元件终口技能的。

上平面图简述google BBR博士论文，展示了在安定互联终口端口下BBR启发式中亦会这两项原为收尾RTT、BW、inflight的发生变化平面图。其中亦会橙色cycle gain总共组，常与当于斜面过道。其中亦会每个成分携带了以太网侦测时的增益系总共，通过与原为收尾仅有BW常与乘可以付诸降偏高/提高向互联中亦会的总共据邮寄，从而付诸适应可能互联终口技能目的；同理，对于的互联侦测，非常简单来话说BBR除此以外亦会天数性的邮寄小体参数总共据自带整理最佳RTT。

可见，基于预料的阻抗压制启发式，即同时集合阻抗q和这两项结果的量化，常与比只较高度重视一个原为收尾的付诸手段在较高并能桥段下具备一定的传统意义。同时，基于斜面过道细粒度的静态侦测极参数，使得测参数结果更具专业性与话说服力。

静态限速启发式

经过前面长篇大论的深入研究和咨询，我们终于到了本章最为整体的静态限速启发式讲解。目的在于找到应用行业层与应用行业层面临阻抗、能避免可能解决原因安全措施的不同之处，以及如何应用行业于后口免费。

阻抗在应用行业层的关联性

先导来看，应用行业层在面临互联阻抗的测参数、集中管理、实行心路历程与应用行业层阻抗有很多不同之处，如下此表此表。

先导来看，应用行业层在面临互联阻抗的测参数、集中管理、实行心路历程与应用行业层阻抗有很多不同之处，如下此表此表。

应用行业层 应用行业层 阻抗q Bps Qps 这两项结果 RTT latency 高压阻抗q时处理事件口此表原为 delivery Rate（以太网总共据终口）攀升直至难题 TPS攀升直至难题，由于意味著海洋资源守住等受压亦会必要性反噬下跌 高压阻抗q时这两项结果此表原为 RTT从平庸瞬时飙升至难题，随之而来控制点指总共飙升 latency请等待的互联平庸但亦会至难题期所处瞬时，随之而来搭车加剧免费能避免指总共飙升 整体预料 必需大来进行时互联终口以太网，即仅有总共据终口maxBW；最大者的自带等待RTT；不控制点假定下最佳发自带参数BestBDP 必需多的处理事件请，即较高TPS；必需慢的处理事件请，即偏高的互联；极可能充分的来进行时免费量化海洋资源，不归因于堆积的总共参数 整体供给 都能受益互联军事设施的最佳处理事件总共据参数，以能避免控制点且付诸较高并能 都能受益免费意味著在原为收尾量化海洋资源下的最佳请处理事件参数，以能避免请搭车海洋资源守住付诸较高并能，必要性庇护所免费消除能避免 难点 很难同时测参数最佳以太网和最偏高的互联，基于复杂的互联拓扑和军事设施总共参数难以确认总共参数 很难同时测参数最佳TPS和最佳latency，极多连接器足足并不相同，且自带含意味著GC、互联间歇、海洋资源scale多变的但亦会基于免费级别的限速总共参数不好确认 近原为代收尾 基于RTT足足扫描，即丢自带看来互联牵涉到控制点进行时干涉 基于压测受益的qps敏感度作为限速标准规范 原为收尾 TCP-BBR Sentinel、Kratos ……

（我们亦会在后文讲解sentinel与kratos）

利特尔法则

通过进言可显原为出新应用行业层和应用行业层在解决原因阻抗时并不一定供给是常与同的，那么关于应用行业层的整体预料等式的推导毕竟具有常与似性，那就是最佳请总共TW（原为收尾最佳处理事件任总共目） = TPS * latency。如下此表

其实这个等式的依据是显赫有名的利特尔法则little's law，为通过对工业中亦会千分之生产商总共参数和相同足足提供了概念框架，以必要性衡参数生产商技能。

基于TCP-BBR的静态启发式

我们几乎具备充分的概念框架和应用行业层付诸教导，下一步就是因地制宜的实行在应用行业层往常免费。在业内人士最初版迄今为止出名是由艾哈迈德的sentinel组件引入，由kratos进行时了必要性拓展。在此我们必需搞清楚两个这两项原因，才能义务仅有化并能的同时消除免费能避免。

压制意图

BBR作为总共据邮寄方，必需面临的原因可能互联军事设施终口技能。由于互联军事设施的终口技能、控制点完全对邮寄方有无直接可见的，所以才有了早先所述的BBR以太网侦测。斜面过道内通过cycle gain发生变化，来适应并不相同预感的终口技能。

应用行业层作为请处理事件方，无论是在托盘互联和天体物理学机舱协同作战，量化海洋资源是常与对相同的。这意味著存在着最佳处理事件参数减至，我们要义务的是在流速飙升或者因为其他原因加剧量化海洋资源缓和时，通过量化出新的最佳TW来受限制走道流速。

压制接收机

认识了压制意图，可就是当量化海洋资源缓和时进行时干涉。那么该如何确认海洋资源缓和接收机呢？总的来话说就是CPU来进行时亲率或者操作种系统阻抗，或者内存、文件种系统等海洋资源。以走道流速特质来看（意味著RPC线程上游免费按照金融业务供给进行时组装、量化、返回），无论时内存海洋资源严重不足加剧的GC（依赖CPU）、文件种系统I/O并能攀升、调配守住等等原因，都亦会加剧软件请降偏高、结构化生产商成本降偏高（CPU）进而的互联飙升困境。所以在sentinel和kratos的付诸中亦会都为了让了适用CPU作为海洋资源接收机限速，实际上前者用到的是cpu load1，后者用到的是免费基于cgroup对CPU的实时抽样用到亲率。

两者用到各有千秋，但我们看来，基于load1作为压制接收机仍够敏感。在linux下操作种系统load1对此一分钟内CPU的千分之阻抗参数，对于流速铁西街道等能避免的牵涉到干涉概念上性更快。

清楚提议

本部分屏蔽到绝大部分示例与军事设施技术细节，较高度重视应用行业手段与处理过程中亦会上该线原为实感、遇到的原因以及可用性。基于bbr启发式的原始kratos示例可进到referenc阅读过

CPU来进行时亲率峰参数接收机

kratos以是原为收尾托盘互联免费CPU来进行时亲率的80%作为压制接收机临界点，通过为此免费亦会带进独立的goroutine每隔250ms进行时基于本免费的cgroup(/sys/fs/cgroup/cpu/*)CPU迁走信息采集，以及种系统总cpu tick（proc/stat)迁走采集。

对CPU迁走亲率的量化并不一定是等长内 本意味著迁走的CPU等长时间增参数/种系统的总CPU等长时间迁走增参数。毕竟CPU的发生变化是常与当很慢的，亦会受到各种原因的因素往复间歇动。为此我们运用于了斜面线性（启发式原理详见）的办法进行时降噪安定。通过确认详见停滞亲率β(<1)，使得再进一步度结果等于：β*上次的CPU迁走亲率 + (1-β)*本次的意图测得CPU迁走亲率。如下此表：

1.深紫色直角参数得一提的是了经常性实际测参数下CPU的发生变化直角平面图，可以想到间歇十分不安定。

2.深紫色等式直角对此了在斜面线性启发式下趋于平稳变动的CPU发生变化平面图，但是能想到假定CPU总共参数很低。

3.红色等式直角是在清楚斜面线性启发式作用下，对前期总共据参数严重不足加剧CPU起点偏高的原因进行时的 偏差更新。

再进一步度经过上述更新，我们受益该线上具有详见单单的CPU迁走亲率。

Pass&RT

pass和RT分别对此处理事件完成请总共和相同请所耗尽的等长时间，即TPS和Latency。常与应的，我们的测参数办法除此以外是通过斜面过道对pass和RT进行时统计位数，如此表。

sample window对此过道抽样天数，sample bucket对此天数内的抽样装配。论点原为在抽样过道等长时间为1000ms，bucket抽样装配等长时间长等长时间500ms，那么就对此在前500ms内完成的请总共和这些请耗尽的千分之的互联都亦会被原子（atomic）统计位数在bucket1中亦会。同理，当第501ms亦会被统计位数在bucket2中亦会，当第1001ms时亦会再进一步次重返bucket1，以此类推。可见当bucket充分多，以及统计位数等长充分天内最都能受益原为实的总共据，更概念上的解决原因秒内流速铁西街道。

流速干涉

当CPU来进行时亲率能避免时，就必需通过预料等式进行时干涉了。我们亦会在免费运行再一长等长时间统计位数原为收尾免费的请总共，即inflight，通过在斜面过道内的所有buckets中亦会比较证明了新最多请完成总共maxPass，以及最大者的足足minRT，常与乘就证明了新了预料的最佳请总共maxFlight。通过inflight与maxFlight对比，如果前者之比后者那么就几乎能避免，进而坚决先前到来的请消除免费能避免。

该线上原为实感与调优

上平面图是在该线上协同作战了基于kratos的静态启发式后的原为实感平面图，其中亦会紫色曲该线参数得一提的是了即刻出访的软件总共，深橙色参数得一提的是相同请的的互联，浅红色则对此获得成功处理事件的请总共。左侧为再进一步度版，右侧为一本书。

不难显原为出新，一本书时当启发式压制后橙色的的互联几乎很较高，获得成功处理事件的请总共也并非安定。归因于这样结果的原因其实依然是CPU来进行时亲率很敏感且粒度很细，当CPU之比80%来进行时亲率敏感度时启发式有效期，当旋参数请被坚决时启发式便停止了干涉。再进一步度的结果便是启发式亦会因为流速的涌入与坚决中亦会时常带进与关闭，加剧结果不符合预料。

可用性手段

为此我们非常简单转为了1s的汽化等长时间，比如话说启发式带进后亦会长等长时间将近1s的汽化等长时间，再进一步次再一始终保持启发式带进。当汽化等长时间再一亦会再进一步次统计位数原为收尾CPU来进行时亲率，并根据敏感度对比进行时长等长时间或者关闭。再进一步度验证结果如再进一步度版左平面图此表，在流速长等长时间涌入的但亦会请的获得成功处理事件总共和的互联都十分安定。

后记

本文必需通过解决原因阻抗的迭代心路历程取舍深入研究，抽丝剥茧原始的道出新基于TCP-BBR的静态启发式付诸与优势。静态能避免庇护所除此以外不是极致的，一上都在请等搭车过多的但亦会虽然量化海洋资源仍未装载，但是除此以外降偏高了单次。为此，可以为了让转化搭车论常与关启发式如CoDel进行时干涉；另一上都，在极口流速的涌入下可能单纯的坚决无视生产商成本就亦会打垮CPU，从而加剧宕机，此时可以详见reference中亦会google sre里的静态熔断等策略用计义务免费的可用性。

另外，对于静态限速电子技术的蓬勃发展，从Netflix最晚基于应用行业层vegas的限速手段推出新中亦会间件concurrency-limits， 再进一步到如今基于TCP-BBR的静态限速启发式改进与付诸，都体原为了很强的发散性和可用性空间。期待阅读过的必要性咨询！

Reference

Google SRE：

Alibaba Sentinel：

Netflix 限速电子技术：

Kratos 静态限速源码：

Golang进阶训练营之旋免费可用性建筑设计-毛剑

END

许式伟正式发布Go+1.0！

较高度重视录像号“开开自由软件”

带你认识更多自由软件基本知识

觉得不错，请点个在看呀

。

上海眼科医院哪家最好
长春治疗精神病多少钱
福州治疗精神心理医院排名
克癀胶囊适用什么病的治疗
出行肚子不舒服吃什么药
湿气重拉肚子吃什么药效果好
重症肌无力
治疗新冠的药有哪几种药