当前位置:首页 > 文章列表 > Golang > Go问答 > 为何会收到不明来源的额外元素?

为何会收到不明来源的额外元素?

来源:stackoverflow 2024-03-21 16:12:33 0浏览 收藏

遇到一个特殊问题,在两个协议 a 和 b 中出现恐慌,即使协议 a 单独运行时正常。当调用协议 b 时,在协议 a 中会收到额外的 *big.int,导致接口转换错误。尽管协议 a 已在步骤 2 中接收各方的 *big.int,但在步骤 4 中却意外收到了 *big.int。经过调查,发现该错误源于协议 b 重用了 chan 接口{},导致竞争条件,从而在步骤 4 中发送了错误的数据类型。

问题内容

我遇到了一个特殊的问题,不幸的是我无法在最小的工作示例中重现该问题。我会尽力解释它,希望你至少能给我一些提示。

我有两个协议:ab。对于每个协议,都有一个中心方 p1 和三个外部方,我们将其称为 pn。每一方都作为一个单独的 goroutine 实现。

协议a如下:

  1. 各方分别执行计算,并将 *big.int 类型的结果发送至 p1
  2. p1 接收所有结果并将它们放入一个切片中,然后将其发送回各方pn
  3. 所有各方都会收到切片并根据它执行新的计算,并将 *decryptionshare 类型的结果发送到 p1
  4. p1接收所有数据并计算结果。
  5. 各方输出结果*big.int

为了解决这个问题,我有三个通道,一个用于发送数据p1 -> pn,一个用于pn -> p1 和一个将最终结果输出回主线程(即所有 pn 从相同通道读取和写入)。 pn 的结果 1. 和 3. 具有不同的类型,因此通道类型为 interface{}

协议b首先启动协议a,然后进行进一步的计算,这是不相关的。

这是我的问题:

协议a本身就可以工作,从未出现过问题。 但是,当我调用 b 约 10% 的运行时,它会在 a 中出现恐慌,即使唯一不同的是 b 传递输入参数到a

显示的错误是

panic: interface conversion: interface {} is *big.int, not *decryptionshare

这意味着p1在第4步时收到了*big.int,尽管它已经在第2步中收到了各方*big.int

我尝试使用 time.sleepselect 在步骤 2 上停留更长的时间,但我从未在该步骤中获得额外的 *big.int,它只是偶尔出现在步骤 4 中。

如果我不是 chan 接口{} 使用两个单独的通道 chan *big.intchan *decryptionshare 协议 b 正确终止,这也意味着从通道中正确读取所有内容(即没有线程)被阻止)。我希望避免这种情况,因为我已经有很多频道在使用。

有人知道为什么会发生这种恐慌吗?

编辑: 这是一个最小的工作示例,但不会产生错误。希望它能够获得一些见解。 *decryptionshare 替换为 int

package tpsi

import (
    "math/big"
    "fmt"
    "crypto/rand"
    "testing"
)

type DecryptionShare struct {
    index int
    p *big.Int
}

func TestErs(t *testing.T) {
    message_channel1 := make(chan interface{})
    message_channel2 := make(chan []*big.Int)
    return_channel := make(chan *big.Int)
    n := 4
    go CentralParty(n, message_channel2, message_channel1, return_channel)
    for i := 1; i < n; i += 1 {
        go OtherParty(message_channel1, message_channel2, return_channel)
    }

    for i := 0; i < n; i += 1 {
        fmt.Println(<-return_channel)
    }
    t.Error("for display")
}

func CentralParty(n int, sender_channel chan<- []*big.Int, reciever_channel <-chan interface{}, return_channel chan<- *big.Int) {
    p, err := rand.Prime(rand.Reader, 256)
    if err != nil {panic(err)}

    all_p := make([]*big.Int, n)
    all_p[0] = p

    for i := 1; i < n; i += 1 {
        all_p[i] = (<-reciever_channel).(*big.Int)
    }

    for i := 1; i < n; i += 1 {
        sender_channel <- all_p
    }

    shares := make([]*DecryptionShare, 4)
    for i := 1; i < n; i += 1 {
        shares[i] = (<-reciever_channel).(*DecryptionShare)
    }

    return_channel <- shares[1].p

}

func OtherParty(sender_channel chan<- interface{}, reciever_channel <-chan []*big.Int, return_channel chan<- *big.Int) {
    p, err := rand.Prime(rand.Reader, 256)
    if err != nil {panic(err)}
    
    sender_channel <- p

    all_p := <-reciever_channel

    var ds DecryptionShare
    ds.p = p
    ds.index = all_p[0].BitLen()
    sender_channel <- &ds

    return_channel <- p

}

解决方案


在几位评论者的共同压力下,我强迫自己获得了 MWE。正如 @oakad 所建议的,我在这样做时发现了该错误。

该错误(不出所料)来自协议 B,该协议重用了 chan 接口{},再次发送第一个数据类型 *big.Int,从而引入竞争条件。

我完全忽略了考虑跨协议的竞争条件。

感谢您的评论!

到这里,我们也就讲完了《为何会收到不明来源的额外元素?》的内容了。个人认为,基础知识的学习和巩固,是为了更好的将其运用到项目中,欢迎关注golang学习网公众号,带你了解更多关于的知识点!

版本声明
本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
学习Go语言编程的基础知识学习Go语言编程的基础知识
上一篇
学习Go语言编程的基础知识
解决Win11蓝屏dxgkrnl.sys错误码0x00000116
下一篇
解决Win11蓝屏dxgkrnl.sys错误码0x00000116
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • ChatExcel酷表:告别Excel难题,北大团队AI助手助您轻松处理数据
    ChatExcel酷表
    ChatExcel酷表是由北京大学团队打造的Excel聊天机器人,用自然语言操控表格,简化数据处理,告别繁琐操作,提升工作效率!适用于学生、上班族及政府人员。
    3193次使用
  • Any绘本:开源免费AI绘本创作工具深度解析
    Any绘本
    探索Any绘本(anypicturebook.com/zh),一款开源免费的AI绘本创作工具,基于Google Gemini与Flux AI模型,让您轻松创作个性化绘本。适用于家庭、教育、创作等多种场景,零门槛,高自由度,技术透明,本地可控。
    3405次使用
  • 可赞AI:AI驱动办公可视化智能工具,一键高效生成文档图表脑图
    可赞AI
    可赞AI,AI驱动的办公可视化智能工具,助您轻松实现文本与可视化元素高效转化。无论是智能文档生成、多格式文本解析,还是一键生成专业图表、脑图、知识卡片,可赞AI都能让信息处理更清晰高效。覆盖数据汇报、会议纪要、内容营销等全场景,大幅提升办公效率,降低专业门槛,是您提升工作效率的得力助手。
    3436次使用
  • 星月写作:AI网文创作神器,助力爆款小说速成
    星月写作
    星月写作是国内首款聚焦中文网络小说创作的AI辅助工具,解决网文作者从构思到变现的全流程痛点。AI扫榜、专属模板、全链路适配,助力新人快速上手,资深作者效率倍增。
    4543次使用
  • MagicLight.ai:叙事驱动AI动画视频创作平台 | 高效生成专业级故事动画
    MagicLight
    MagicLight.ai是全球首款叙事驱动型AI动画视频创作平台,专注于解决从故事想法到完整动画的全流程痛点。它通过自研AI模型,保障角色、风格、场景高度一致性,让零动画经验者也能高效产出专业级叙事内容。广泛适用于独立创作者、动画工作室、教育机构及企业营销,助您轻松实现创意落地与商业化。
    3814次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码