jdg赛程结束时间(JDG失利的点到底在哪里)

 2024-12-04  阅读 807  评论 0

摘要:伴随着2022LPL春季赛败者组第一轮,JDG以1-3不敌V5之后,因为在最后一局比赛中被针对,心态差点炸了的369似乎再次处在了舆论的中心。但事实上,如果不看第四局比赛的话,前三场比赛,369其实已经是相当尽力的了。特别是第三局的凯南,多次在团战中打出“天雷”,也能够看出369已经是相当尽力的了。

伴随着2022LPL春季赛败者组第一轮,JDG以1-3不敌V5之后,因为在最后一局比赛中被针对,心态差点炸了的369似乎再次处在了舆论的中心。但事实上,如果不看第四局比赛的话,前三场比赛,369其实已经是相当尽力的了。特别是第三局的凯南,多次在团战中打出“天雷”,也能够看出369已经是相当尽力的了。而如果不是369的话,那么JDG真正失利的主要原因到底是在哪呢?

jdg赛程结束时间(JDG失利的点到底在哪里)(1)

首先,就让我们一起来看一组比较有趣的数据。在四局比赛的前15分钟,ADC位置上,除了第二局拿出霞的Hope在补刀上要领先Photic之外,其余三把Hope在对线期都是遭遇到了Photic不同程度的压制。甚至更有意思的是,在唯一一局对线前15分钟有优势的情况下,Hope并没有能够打出霞这个英雄该有的作用,更是从1-0的开局最后打成了1-4。而这些比较直观的数据其实就说明了,JDG在这一轮比赛的双人路线上,其实是遭遇到了V5的压制。

jdg赛程结束时间(JDG失利的点到底在哪里)(2)

那么,JDG双人路被压制到底意味着什么呢?其实很简单,因为双人路一直处于劣势,这也就让Kanavi在前期一直都是向着双人路再靠,Kanavi将自己更多的时间与精力放在了双人路上。与此同时,在这一轮比赛中,V5对Kanavi的限制做得非常足,除了第一局让Kanavi拿到盲僧之外,V5不仅是以抢代Ban拿到了Kanavi非常拿手的盲僧或者佛耶戈。并且,在第四局比赛中,V5更是三Ban打野,导致Kanavi只能够拿出一手雷克赛。也就是说,一是双人路对线的问题;二是在BP上对Kanavi做足了针对;导致了这一场比赛双方双人路、打野之间的表现出现了明显的差异化。

jdg赛程结束时间(JDG失利的点到底在哪里)(3)

而在这两个问题确立之后,接下来就是因为这两个问题所发生了连环反应,那就是彻底影响到了上单。特别是在第四局JDG的“生死局”中,在这一局比赛中,369直接是拿出了自己最为自信的英雄杰斯。但作为前期对线能力很强的英雄,既然拿出了杰斯,就意味着势必要在上路打出主动权,甚至是取得优势。但是,因为打野的受限,再加上打野不得不照顾的下路,导致这一整局的对线期,Kanavi就上去帮369排了一个眼。并且更有意思的是,作为经验非常丰富的Karsa与Rookie也知道了己方双人路对线拿到了很大的优势,Kanavi势必是要来帮忙解围。Rookie先是在知道Kanavi在下半区的时候帮助Rich成功越塔拿下了369的一血,随后Karsa的一波反蹲下路更是“击杀”掉了Kanavi的雷克赛。

jdg赛程结束时间(JDG失利的点到底在哪里)(4)

事实上,在排位中一直都有着“帮优不帮劣”的说法。369的杰斯在前期好好压制着Rich的酒桶,但Kanavi不仅没有帮助自己扩大优势,反倒是因为想要照顾下路导致了自己节奏的崩盘,再加上原本有优势的369又因为没有打野的帮助被对方越塔。相信在这样的情况下,心态再好的人也是会绷不住的了。

jdg赛程结束时间(JDG失利的点到底在哪里)(5)

最后,JDG输掉比赛的原因其实很简单,369只是在第四局出现了心态上的问题。更主要的是,JDG的双人路在对线上出现了问题,以及Kanavi被V5的BP限制得死死的。当然了,BP限制仅仅只是客观的因素,但是线上对线不如对手的话,这就是主观因素。说白了,JDG的双人路对线就是打不过V5的双人路,实力上的本质差距,导致了JDG这一场比赛的失利。

各位小伙伴们,你们觉得呢?

,

版权声明:xxxxxxxxx;

原文链接:http://cn.tdroid.net/ce8fcCz0EBAwCVlY.html

发表评论:

管理员

  • 内容265722
  • 积分0
  • 金币0
关于我们
lecms主程序为免费提供使用,使用者不得将本系统应用于任何形式的非法用途,由此产生的一切法律风险,需由使用者自行承担,与本站和开发者无关。一旦使用lecms,表示您即承认您已阅读、理解并同意受此条款的约束,并遵守所有相应法律和法规。
联系方式
电话:
地址:广东省中山市
Email:
注册登录
注册帐号
登录帐号

Copyright © 2022 太卓开发网 Inc. 保留所有权利。 泰达科技网易库网

页面耗时0.0995秒, 内存占用1.33 MB, 访问数据库18次