我有一个用Scala2.11编写的Play2.5+Slick3.2应用程序,它使用Play-Slick2.1.1插件。
slick.dbs.data.db.numThreads=75
slick.dbs.data.db.queueSize=1000
def getSubjects(groupId: Int) : Future[Seq[SubjectDTO]] = Action.async { request =>
db.run(retrieveSubjects(request.groupId).withPinnedSession).flatMap { subjects =>
Future.traverse(subjects)(subjectDTOBuilder())
}
}
private def subjectDTOBuilder() =
(subject: Subject) => {
for {
subjData <- db.run(getSubjectsAdditionalData(subject.id).withPinnedSession)
subjInfo <- db.run(getSubjectsMoreInfo(subject.id).withPinnedSession)
} yield SubjectDTO(subject, subjData, subjInfo)
}
Task slick.basic.BasicBackend$DatabaseDef$$anon$2@286a41fb rejected from slick.util.AsyncExecutor$$anon$2$$anon$1@46d9be94[Running, pool size = 75, active threads = 75, queued tasks = 1000, completed tasks = 55419]"
当我将subjectdtoBuilder
重写为:
private def subjectDTOBuilder() =
(subject: Subject) => {
val future = db.run(getSubjectsAdditionalData(subject.id).withPinnedSession)
val future2 = db.run(getSubjectsMoreInfo(subject.id).withPinnedSession)
for {
subjData <- future
subjInfo <- future2
} yield SubjectDTO(subject, subjData, subjInfo)
}
我知道现在这些“不相关的”期货被并行执行,但我不知道斯利克例外的实际原因。Slick的线程池有什么问题?有没有人能解释一下导致异常发生的可能原因?
错误消息显示“Queued tasks=1000”。默认任务队列长度也是1000。这意味着一次调度的任务可能太多,因此任务执行器的输入队列溢出。此队列保存所有已排定但仍在等待执行的任务。
因此,解决方案可以是同时调度较少数量的任务或增加队列长度。您可以通过提供自己的显式ExecutionContext实例来配置此行为。
应用程序通常会通过抛出另一个异常来响应异常。 实际上,第一个异常引起第二个异常。 它可以是非常有助于用户知道什么时候一个异常导致另一个异常。 “异常链(Chained Exceptions)”帮助程序员做到这一点。 以下是Throwable中支持异常链的方法和构造函数。 Throwable getCause() Throwable initCause(Throwable) Throwable(St
你可以使用raise语句 引发 异常。你还得指明错误/异常的名称和伴随异常 触发的 异常对象。你可以引发的错误或异常应该分别是一个Error或Exception类的直接或间接导出类。 如何引发异常 例13.2 如何引发异常 #!/usr/bin/python # Filename: raising.py classShortInputException(Exception): '''A u
问题内容: 异常存储在哪里?堆,堆。如何为异常分配和释放内存?现在,如果您有多个需要处理的异常,是否创建了所有这些异常的对象? 问题答案: 我假设为异常分配的内存分配方式与所有其他对象(在堆上)分配方式相同。 这曾经是个问题,因为您不能为OutOfMemoryError分配内存,这就是直到Java 1.6之前 才没有堆栈跟踪的原因。现在,它们也为stacktrace预分配了空间。 如果您想知道在抛
异常Exception 以传统的try,catch抓取异常 如果在业务层不catch,框架层会捕捉,并返回一个500的server error响应。 如果在开发环境会返回一个500的具体错误的trace响应。 try { throw new \Exception("Error Processing Request", 1); //yield throwExc
因为Java编程语言不需要捕获方法或声明未检查异常(包括 RuntimeException、Error及其子类),程序员可能会试图编写只抛出未检查异常的代码,或使所有异常子类继承自RuntimeException。这两个快捷方式都允许程序员编写代码,而不必担心编译器错误,也不用担心声明或捕获任何异常。虽然这对于程序员似乎很方便,但它避开了捕获或者声明异常的需求,并且可能会导致其他人在使用您的类而产
当面对选择抛出异常的类型时,您可以使用由别人编写的异常 - Java平台提供了许多可以使用的异常类 - 或者您可以编写自己的异常类。 如果您对任何以下问题回答“是”,您应该编写自己的异常类;否则,你可以使用别人的。 你需要一个Java平台中没有表示的异常类型吗? 如果用户能够区分你的异常与由其他供应商编写的类抛出的异常吗? 你的代码是否抛出不止一个相关的异常? 如果您使用他人的例外,用户是否可以访
异常 对于异常处理,倾向使用 raise 而不是 fail。 # 差 fail SomeException, 'message' # 好 raise SomeException, 'message' 不要在带双参数形式的 raise 方法中显式指定 RuntimeError。 # 差 raise RuntimeError, 'message' # 好 - 默认就是 RuntimeError rai
在Java语言中,是使用“异常(exception)”来处理错误及其他异常事件。术语“异常”是短语“异常事件(exceptional event)”的缩写。 异常是在程序执行期间发生的事件,它会中断程序指令的正常流程。 当在方法中发生错误时,该方法创建一个对象并将其移交给运行时系统。 该对象称为“异常对象(exception object)”,包含有关错误的信息,包括错误发生时其类型和程序的状态。