59 lines
3.8 KiB
Markdown
59 lines
3.8 KiB
Markdown
---
|
||
{
|
||
title: "转向Lagrange.Core 解决Sign服务问题",
|
||
description: "作者放弃ChronoCat转向Lagrange.Core，但在发送消息时遇到阻塞。发现未配置Sign服务器导致登录异常。通过阅读源码，自定义SignProvider并硬编码URL后解决问题，成功实现消息发送。",
|
||
draft: false,
|
||
type: "article",
|
||
created_at: "2024-03-29T09:50:00+08:00",
|
||
published_at: "2024-03-29T10:19:00+08:00",
|
||
updated_at: [ "2024-03-29T10:19:00+08:00"],
|
||
category: 'Uni',
|
||
tags: [ "QQBot" ],
|
||
tech_stack: [ "LagrangeCore","C#" ],
|
||
tech_stack_percent: [ 50, 50 ],
|
||
tech_stack_icon_names: [ "mynaui:letter-l","mdi:language-csharp" ],
|
||
tech_stack_theme_colors: [ "#8f71b0","#a179dc" ],
|
||
}
|
||
---
|
||
!!!warning Legacy Article 过时的文章
|
||
此文章从旧博客迁移而来，编写时技术水平有限，仅供参考
|
||
!!!
|
||
|
||
## 事件记录
|
||
在群U的劝说下，放弃了ChronoCat，转向了**Lagrange.Core**
|
||
初步了解后，我发现这东西竟然有Nuget开发包，我直呼还有这好事，直接对着Api文档开写。
|
||
写到发送单对单信息后，开始测试，发现发不出去，就阻塞了，卡在那了，没报错，没异常。
|
||
在反复对照，调试了30min后，向Rosemoe求助。
|
||
他一开始也觉得没问题，突然问我，**你配Sign了吗？**
|
||
我一下子就不懂了
|
||
然后他丢给我一个sign的链接 这里就不丢出来了，需要的去telegram找
|
||
我就愣住了，然后就开始看文档，看ReadMe 我就发现只有一个地方提到了sign的事 Lagrange.OneBot Appsettings.json里面有一个，要求用户填入。
|
||
然后我就把链接填到Docker Contianer里的Appsettings.json 重启 但是没用
|
||
更不会了，突然想起来Docker也有log 我决定对比一下我的请求和Docker log 看看有没有什么报错信息。
|
||
然后我就发现一个奇怪的事，好像我的请求，和log没什么关系？
|
||
|
||
而且log里也有用于登录的二维码？ ~~这不扫一下~~
|
||
然后我发现我的电脑qq被顶下去了，我立刻意识到，它成功登录了，而我的Api调用登录是不成功的。
|
||
这时我才意识到Lagrange.Core 和 Lagrange.OneBot是两个东西，关于Lagrange.Core的sign服务配置，只在ReadMe.md有提到
|
||
> 暂不提供签名 API，您可能需要在某个地方找到它并在 BotConfig 继承 SignProvider 类的CustomSignProviderBotConfig
|
||
|
||
之前ChronoCat使用vnc直接显示qq界面，登了就顶，符合直觉。
|
||
在调用Lagrange.Core时，如果没有正确配置sign服务器，登录时手机会显示有其他设备登录，但是电脑上不顶号。获取到了BotContext，甚至有uin字段，但是实际是没有登录成功的。
|
||
这也解释了为什么Online事件没有正常触发。
|
||
|
||
#正题 Lagrange.Core sign配置
|
||
没办法了，只能试着看源代码了
|
||
在这个过程中，Rosemoe给了我OneBot sign 服务实现的代码，位置是
|
||
> Lagrange.OneBot.Utility.OneBotSigner
|
||
|
||
大致的读了一下代码，关键在于：从AppSettings获取了Sign链接，然后配合其他的变量，发送了一条请求，最后返回了一个byte[]
|
||
Core下也有类似的代码：
|
||
> Lagrange.Core.Utility.Sign.LinuxSigner //这里只考虑Linux
|
||
|
||
但是该文件中 Url是空的，并且没有函数给它赋值，LinuxSigner继承自SignProvider
|
||
SignProvider是BotConfig的一个属性 而BotConfig是Create一个Bot时需要的变量。
|
||
看到这，你可能已经明了了
|
||
LinuxSigner只有在BotConfig的SignProvider为null时才会被构建，所以需要写一个自己的Signer,然后把里面的url填上。
|
||
由于LinuxSigner的url是 private const 我不太确定继承能不能使用新的url,我这里直接继承SignProvider为Sign,然后 copy LinuxSigner,修改url,后面可能改成从AppSettings读取。这里先直接硬写了。
|
||
然后使用新的SignProvider初始化BotConfig,重新测试，没有问题。
|