我们使用套接字i/o来处理大量的实时数据。用户使用套接字发送/接收数据。因为我们使用的是负载均衡器,所以我们不能使用套接字I/O的命名空间模型,而是在套接字中使用redis的pub/sub。
到目前为止,我们为每个用户每个通道的订阅创建了一个单独的redis连接。但最近我们遇到了一个问题,那就是redis上的最大连接数(Error: Ready check failed: ERR max number of clients reached),我们发现这是因为通过pub sub有太多的redis连接。
为了应对这种情况,我突然想到,与其为每个用户使用多个订阅redis连接,为什么不使用一个发布r
我想知道你们是否有任何好的读物来考虑将什么归类为单元测试/验收/集成测试。我有以下场景,我们在工作中有一点争论,它是否应该在单元测试中:
在我们的数据访问层中,一些语句使用sql,例如"select * from people where id IN ('x','y')“,其中IN语句是根据输入动态生成的。最近我们发现,我们的Oracle数据库在IN语句中有1000个变量的限制。
我个人认为这不是单元测试场景。我们在单元测试中测试sql是否对数据库起作用,以及逻辑是否正确。但是,压力测试应该在更高的级别上进行。
如果我们要在单元测试中使用数千条记录进行测
我希望使用kryo来序列化和反序列化类的层次结构,如下所示:
case class Apple(bananas: Map[String, Banana], color: Option[String])
case class Banana(cherries: Seq[Cherry], countryOfOrigin: String)
case class Cherry(name: Option[String], age: Int, isTomato: Boolean)
有时,我希望在这个层次结构中的某个位置添加和删除字段,例如到Cherry中。
我想编写一个单元测试,它查看从Apple开始的类型