验证流程问题修复

[NihilityT]

目前验证流程存在的问题

使用 res = java.startBrowserAwait 手动验证过后，res.body() 调用因重获取数据逻辑导致无法得到点击确认按钮时网页显示的结果： 重获取结果如下： 此时应该使用 webview 打开链接页面，或直接返回用户看见的页面。

• 从用户（书源编写者）的角度来说，我更期望点击按钮时返回的是我看见的页面的源码，而不是重获取的源码，因为如果需要使用 webview 请求页面的话，我会在发起请求时使用 "webView": true 来指定，这里我更倾向于直接返回用户看见的页面。
• 从 legado 维护者的角度来说，这一改动不应该影响已有书源（重获取的页面源码与 webview 中 js 处理过的源码可能不一样），除非是大版本的不兼容升级，这里应该由用户决定是直接使用页面源码还是重获取，应该在外部加一个开关来控制。

问题修复方案

1. startBrowserAwait 接口提供新参数 refetchAfterSuccess，让用户选择是否进行重新获取，默认值为 true
2. 在解析逻辑中添加 baseUrlWithOptions 变量，让用户可以使用该变量值进行 startBrowserAwait 调用

其他改动说明

1. pr 中存在重构改动，改动 commit 分别为 移除冗余变量、收拢验证结果获取与设置逻辑 与 重命名验证流程的 key 为 verificationResultKey

关联 issues

2507

[821938089]

baseUrlWithOptions可以在阅读里用别的方法实现，这个不要了

[NihilityT]

baseUrlWithOptions可以在阅读里用别的方法实现，这个不要了

@821938089 指手动用 put get 方法存起来？那需要书源编写者为每个书源都存储请求 url，使用上来说有些麻烦。

[821938089]

对