配置是标准，休闲模式
然后一直重复提示
select desire deck
select causal mode
配置是狂野，休闲模式
然后一直提示
切换到狂野
切换到标准
把模式切换到auto好像就可以了
[QuestPlus] You don't have the deck name 'sqs' for the class 'PALADIN'. Please correct this DeckName or re-Cache Custom Decks.
在default bot页面勾选，重新cache卡组
后面观察发现，设置Mode为Ranked，设置RuleSet为Standard。也可以正常工作，虽然最后是在狂野，休闲模式下打的。
这样的话，只会在排名模式下运行。
切换到休闲模式的话，在上面的模式运行的过程中，切换模式到休闲。
等游戏结束，或者自己stop，然后手动投降。下一局开始的时候，还是不行。
开始之后，会一直提示，不管，直接再把模式改为ranked,然后就会在休闲模式打了。
查看完整的启动流程
[Start] Now creating the BotThread.
从这里开始，就一直在切换狂野和休闲模式
在源码中搜索Assembly-Csharper中搜索TournamentScene找到一个叫DefaultBot的类，
[TournamentScene_DeckPicker] Now changing the game ruleset
在类里面搜索ruleset
else if (DefaultBotSettings.Instance.ConstructedGameRule == GameRule.Wild) ());
方法是method_49
private async Task method_49(TournamentScene tournamentScene_0) ()); ()); ()); ()); ()); ()); ()); @bool = Options.Get().GetBool(Option.IN_WILD_MODE); (DefaultBot.Class224.<>.method_2)); DefaultBotSettings.Instance.ConstructedGameRule == GameRule.Wild ) DefaultBot.ilog_0.InfoFormat( "[TournamentScene_DeckPicker] Now changing the game ruleset to 'Wild'." , Array.Empty()); ()); customPages = deckPickerTrayDisplay.m_customPages; .Enumerator enumerator = customPages.GetEnumerator()) ()); .Enumerator enumerator = default(List.Enumerator); ()); ()); taskAwaiter3 = DefaultBot.smethod_4("TournamentScene_DeckPicker", deckPickerTrayDisplay.m_selectedHeroButton, deckPickerTrayDisplay.m_heroButtons, deckPickerTrayDisplay, DefaultBotSettings.Instance.ConstructedCustomDeck).GetAwaiter(); taskAwaiter4; ); ); ()); ()); ()); ());
analyze
Triton.Bot.Logic.Bots.DefaultBot.DefaultBot.method_49(TournamentScene) : Task @060013A0 @0600139F @06001384 @0600137D @0600137A
从DefaultBot.method_17()开始的调用
private void method_17() (this.method_54 ));
\[CompilerGenerated\]
private Task method\_54()
{
return this.**method\_21**();
}从DefaultBot.Start()开始的调用
public void Start() (this.method_53 ));
[CompilerGenerated] method_21 ();
从DefaultBot.method_21()开始的调用
private Task method_21() @struct ; @struct.defaultBot _0 = this; @struct.asyncTaskMethodBuilder _0 = AsyncTaskMethodBuilder.Create(); @struct.int _0 = -; AsyncTaskMethodBuilder asyncTaskMethodBuilder_ = @struct.asyncTaskMethodBuilder _0; (ref @struct ); @struct.asyncTaskMethodBuilder _0.Task;
不太明白method_21是怎么调用method_48的,查看代码的话，只是使用了this。
查看DefaultBot的类，发现有继承关系
public class DefaultBot : IRunnable, IAuthored, IBase, IBot, IConfigurable
猜测是因为继承了IRunnable，所以还有其他逻辑在进行启动
public interface IRunnable
// Token: 0x06001163 RID: 4451
void Tick();
// Token: 0x06001164 RID: 4452
void Stop();
}可以考虑查看start方法，usedby哪些类
AsyncTaskMethodBuilder在这里的使用，说明源码里面使用了async关键字进行异步编程，
可以看下面这篇文章里面的分析
C# Under the Hood: async/await
ILSpy好像可以正常反编译async
https://github.com/0xd4d/dnSpy/issues/687#issuecomment-354990427
await is just synthetic sugar for what you see in the decompiled code. Usually ILSpy converts this back to what a programmer would normally write, but the version that dnSpy uses didn't have that implemented yet. You can find all implemented language features for the latest version of ILSpy here , but keep in mind that dnSpy still uses ILSpy 2.x, not 3.x.
奇怪的是，上面的method_49是正常识别了async的语法的，不知道为什么method_21无法识别
private async Task method_48(TournamentScene tournamentScene_0) ()); ()); ()); ()); statusEnums = presenceMgr.GetStatusEnums(BnetPresenceMgr.Get().GetMyPlayer()); (); method_49 (tournamentScene_0).GetAwaiter(); .Enumerator enumerator = default(List.Enumerator); ());
TaskAwaiter taskAwaiter = this.method_49 (tournamentScene_0).GetAwaiter();
上面这段代码，应该是调用method_49的
解决方案，在以下这段代码中
bool @bool = Options.Get().GetBool(Option.IN_WILD_MODE);
if (flag) customPages = deckPickerTrayDisplay.m_customPages; .Enumerator enumerator = customPages.GetEnumerator()) ()); .Enumerator enumerator = default(List.Enumerator); ()); ()); taskAwaiter3 = DefaultBot.smethod_4("TournamentScene_DeckPicker", deckPickerTrayDisplay.m_selectedHeroButton, deckPickerTrayDisplay.m_heroButtons, deckPickerTrayDisplay, DefaultBotSettings.Instance.ConstructedCustomDeck).GetAwaiter(); taskAwaiter4; ); ); ()); ()); ()); ());
最终定位，发现问题出在bool @bool = Options.Get().GetBool(Option.IN_WILD_MODE);上
Assembly-CSharp中的Option枚举，已经扩展了。原来的顺序被打乱了。
enum在c#中，默认从0开始。
将Assembly-CSharp中的Option和兄弟里的Option复制出来，然后打印in_wild_mode的值。
新版本是0xC0，也就是192
尝试直接替换兄弟里面的Option，然后发现保存的代码上面的代码变成了很奇怪的模式。
bool @bool = Options.Get().GetBool(Option.HAS_STARTED_A_DECK);
尝试打印之前代码中的in_wild_mode的数值，映射到新版本的枚举，很尴尬，发现映射出来的是HAS_STARTED_A_DECK。
Option option = (Option)Enum.ToObject(typeof(Option), 0xAE);
Console.WriteLine(option);最好的解决方案，应该是通过字符串去解析一个枚举出来。
Option option2 = (Option) Enum.Parse(typeof(Option), "IN\_WILD\_MODE");
Console.WriteLine(option2);另外一个映射也出问题了，
bool bool2 = Options.Get().GetBool(Option.IN_RANKED_PLAY_MODE);
修改为
bool bool2 = Options.Get().GetBool(Option.HAS_SEEN_FORGE_2LOSS);
新版0x99对应153
使用ILSpy配合 reflexil
https://www.cnblogs.com/chucklu/p/11334424.html
ILSpy取消反编译async methods，然后找到method_49，转到struct88的定义。
找到struct88的move next方法，然后按照如下方式修改
找到Options.Get和GetBool，然后把中间的174换成新的192
135换成153
Option option2 = (Option)Enum.Parse(typeof(Option), "IN_WILD_MODE");
Option option2 = (Option)Enum.Parse(typeof(Option), "IN_RANKED_PLAY_MODE");
