AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • 主页
  • 系统&网络
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • 主页
  • 系统&网络
    • 最新
    • 热门
    • 标签
  • Ubuntu
    • 最新
    • 热门
    • 标签
  • Unix
    • 最新
    • 标签
  • DBA
    • 最新
    • 标签
  • Computer
    • 最新
    • 标签
  • Coding
    • 最新
    • 标签
主页 / coding / 问题 / 79408756
Accepted
Kris Rice
Kris Rice
Asked: 2025-02-03 20:04:31 +0800 CST2025-02-03 20:04:31 +0800 CST 2025-02-03 20:04:31 +0800 CST

如何正确(且安全地)管理 akka actor 中的对象序列?

  • 772

背景

我有一个Actor名为akka 的程序Client,它管理http与https服务器的连接。客户端有许多功能,包括ping服务和tokenFetcher服务。

代表client一个服务器与另一个服务器之间的“连接”。其设计目的是允许一个服务器server与另一个服务器聊天。

其过程client如下:

  1. 定期检查ping对方server是否在线
  2. 如果对方server在线,则执行auth并获取令牌
  3. 如果令牌有效,则清除向我们请求的所有呼叫

我正在努力解决的是第 3 步。我想知道如何在线程 (actor) 之间安全地实现这一点。

我尝试过的:

我正在使用Seq客户端存储的消息,如下所示:


case class SendApiCall(apiCall: ApiCall, route: String, var sent: Boolean = false)

class Client(server: Server) extends Actor {
    private var apiCalls: Seq[SendApiCall] = Seq.empty[SendApiCall]

    ...

    override def receive: Receive = {
        case sendApiCall@SendApiCall(_, _, _) =>
            if (server.onlineStatus == OFFLINE) {
                apiCalls = apiCalls.appended(sendApiCall)
            }
            else {
                sendApiCall(sendApiCall)
            }
        
        case ServerOnline() => // <- this is send to us from the ping service when it first detects the server is online
            
            apiCalls.iterator.foreach( apiCallRequest =>
                if (!apiCallRequest.sent) {
                    sendApiCall(apiCallRequest)
                    apiCallRequest.sent = true
                }
                apiCallRequest
            )

            apiCalls = apiCalls.filterNot(apiCallRequest => apiCallRequest.sent)
    }
}

但是,我相信apiCalls这是mutable这种情况的状态吗?我想知道:

  1. 这个线程安全吗?
  2. 如果不是线程安全的,我该如何让它变得安全?
multithreading
  • 2 2 个回答
  • 40 Views

2 个回答

  • Voted
  1. Best Answer
    Dylan
    2025-02-03T23:24:32+08:002025-02-03T23:24:32+08:00

    假设您的代码在演员内部运行,并且您似乎遵循“规则”,那么对我来说它看起来是线程安全的。

    Actor 的工作方式类似于“邮箱”,它可以从多个来源接收消息(可能同时接收),但只会按顺序receive将消息发送到 Actor 的消息中。因此,尽管函数可能并不总是在同一个线程上运行,但您可以有效地将 Actor 视为单线程。只要您不做任何事情让函数中的代码与自身同时运行,Actor/邮箱模型的顺序性就会使其变得安全。receivereceive

    为了说明非线程安全的东西会损害你的线程安全,考虑一个你可以调用它来通过回调触发一些异步操作的函数;如果你的回调能够直接与你的参与者的内部状态交互,那么这将是非线程安全的:

    def exampleAsyncFunction: Future[Int] = ???
    
    class MyActor extends Actor {
    
      private var myInternalState: Int = 0
    
      override def receive = {
        case SomeMessage =>
          // BAD!
          exampleAsyncFunction.onComplete { i =>
            // here, you've captured a reference to this actor, and
            // are directly manipulating its internal state, possibly
            // from outside the sequential context of the `receive` function
            myInternalState += i
          }
    
        case SomeOtherMessage =>
          // OK
          myInternalState += 1
      }
    }
    

    上述示例不是线程安全的,因为 触发的异步回调函数SomeMessage可能会与 的接收逻辑同时执行SomeOtherMessage,从而导致对 的修改发生冲突myInternalState。

    使上述示例安全的一种潜在方法是让异步回调与参与者的邮箱交互,而不是直接与其内部状态交互:

    def receive = {
    
      case SomeMessage => 
        val me = self // capture `self` before going into async context
    
        exampleAsyncFunction.onComplete { i =>
          // BETTER - sending messages to an actor is safe
          me ! IncrementCounter(i)
        }
    
      case IncrementCounter(i) =>
        // safe to modify internal state because it is a direct response
        // to a received message, as part of the receive loop
        myInternalState += i
    
      ...
    }
    

    在您在帖子中给出的示例中,看起来您并没有做任何导致对内部状态进行并发修改的事情,因此它是线程安全的。

    • 4
  2. stefanobaghino
    2025-02-03T23:18:36+08:002025-02-03T23:18:36+08:00

    Akka Actor 就其内部状态而言本质上是线程安全的:该receive方法不能同时在同一个 Actor 实例上调用。因此,您的方法从线程安全的角度来看是可行的。

    • 0

相关问题

  • JMeter 属性并发写入

  • 如何在生成的 tauri 异步运行时线程中使用托管 Tauri 状态变量?

  • 主线程中额外的 println 导致 Rust 执行不同的结果

  • 从缓存中刷新低争用原子的最佳方式?

  • Rust:遍历文件夹并打开每个文件

Sidebar

Stats

  • 问题 205573
  • 回答 270741
  • 最佳答案 135370
  • 用户 68524
  • 热门
  • 回答
  • Marko Smith

    重新格式化数字,在固定位置插入分隔符

    • 6 个回答
  • Marko Smith

    为什么 C++20 概念会导致循环约束错误,而老式的 SFINAE 不会?

    • 2 个回答
  • Marko Smith

    VScode 自动卸载扩展的问题(Material 主题)

    • 2 个回答
  • Marko Smith

    Vue 3:创建时出错“预期标识符但发现‘导入’”[重复]

    • 1 个回答
  • Marko Smith

    具有指定基础类型但没有枚举器的“枚举类”的用途是什么?

    • 1 个回答
  • Marko Smith

    如何修复未手动导入的模块的 MODULE_NOT_FOUND 错误?

    • 6 个回答
  • Marko Smith

    `(表达式,左值) = 右值` 在 C 或 C++ 中是有效的赋值吗?为什么有些编译器会接受/拒绝它?

    • 3 个回答
  • Marko Smith

    在 C++ 中,一个不执行任何操作的空程序需要 204KB 的堆,但在 C 中则不需要

    • 1 个回答
  • Marko Smith

    PowerBI 目前与 BigQuery 不兼容:Simba 驱动程序与 Windows 更新有关

    • 2 个回答
  • Marko Smith

    AdMob:MobileAds.initialize() - 对于某些设备,“java.lang.Integer 无法转换为 java.lang.String”

    • 1 个回答
  • Martin Hope
    Fantastic Mr Fox msvc std::vector 实现中仅不接受可复制类型 2025-04-23 06:40:49 +0800 CST
  • Martin Hope
    Howard Hinnant 使用 chrono 查找下一个工作日 2025-04-21 08:30:25 +0800 CST
  • Martin Hope
    Fedor 构造函数的成员初始化程序可以包含另一个成员的初始化吗? 2025-04-15 01:01:44 +0800 CST
  • Martin Hope
    Petr Filipský 为什么 C++20 概念会导致循环约束错误,而老式的 SFINAE 不会? 2025-03-23 21:39:40 +0800 CST
  • Martin Hope
    Catskul C++20 是否进行了更改,允许从已知绑定数组“type(&)[N]”转换为未知绑定数组“type(&)[]”? 2025-03-04 06:57:53 +0800 CST
  • Martin Hope
    Stefan Pochmann 为什么 {2,3,10} 和 {x,3,10} (x=2) 的顺序不同? 2025-01-13 23:24:07 +0800 CST
  • Martin Hope
    Chad Feller 在 5.2 版中,bash 条件语句中的 [[ .. ]] 中的分号现在是可选的吗? 2024-10-21 05:50:33 +0800 CST
  • Martin Hope
    Wrench 为什么双破折号 (--) 会导致此 MariaDB 子句评估为 true? 2024-05-05 13:37:20 +0800 CST
  • Martin Hope
    Waket Zheng 为什么 `dict(id=1, **{'id': 2})` 有时会引发 `KeyError: 'id'` 而不是 TypeError? 2024-05-04 14:19:19 +0800 CST
  • Martin Hope
    user924 AdMob:MobileAds.initialize() - 对于某些设备,“java.lang.Integer 无法转换为 java.lang.String” 2024-03-20 03:12:31 +0800 CST

热门标签

python javascript c++ c# java typescript sql reactjs html

Explore

  • 主页
  • 问题
    • 最新
    • 热门
  • 标签
  • 帮助

Footer

AskOverflow.Dev

关于我们

  • 关于我们
  • 联系我们

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve