[论文解读] A comprehensive operational semantics of the SCOOP programming model

Benjamin Morandi, Sebastian Nanz+1 more|arXiv (Cornell University)|Jan 5, 2011

Logic, programming, and type systems参考文献 29被引用 5

一句话总结

本文为SCOOP并发面向对象编程模型提出了一套全面的操作语义，使用抽象数据类型和推理规则形式化了其运行时行为。该语义澄清了早期非形式化规格说明中的模糊之处，支持SCOOP编译器和运行时系统的正确实现，并为验证无数据竞争和类型安全等正确性属性提供了严谨基础。

ABSTRACT

Operational semantics has established itself as a flexible but rigorous means to describe the meaning of programming languages. Oftentimes, it is felt necessary to keep a semantics small, for example to facilitate its use for model checking by avoiding state space explosion. However, omitting many details in a semantics typically makes results valid for a limited core language only, leaving a wide gap towards any real implementation. In this paper we present a full-fledged semantics of the concurrent object-oriented programming language SCOOP (Simple Concurrent Object-Oriented Programming). The semantics has been found detailed enough to guide an implementation of the SCOOP compiler and runtime system, and to detect and correct a variety of errors and ambiguities in the original informal specification and prototype implementation. In our formal specification, we use abstract data types with preconditions and axioms to describe the state, and introduce a number of special run-time operations to model the runtime system with our inference rules. This approach allows us to make our large formal specification manageable, providing a first step towards reference documents for specifying object-oriented languages based on operational semantics.

研究动机与目标

• 为SCOOP并发编程模型提供形式化且严谨的操作语义。
• 澄清并修正原始非形式化规格说明中关于SCOOP并发模型的模糊之处与遗漏。
• 作为SCOOP编译器和运行时系统实现的参考。
• 支持对关键正确性属性（如无数据竞争和类型安全）的形式化验证。
• 为未来SCOOP的公理化语义和解释器实现工作提供支持。

提出的方法

• 使用带前提条件和公理的抽象数据类型建模运行时系统，以表示状态和操作。
• 为所有语言构造（包括特征调用、循环、赋值和条件同步）定义结构化操作语义，使用推理规则。
• 引入两种不同的句法类别：指令（用户级语法）和操作（运行时级语义），以分离语言构造与实现细节。
• 使用新通道和通知机制建模异步行为，确保正确同步。
• 形式化锁管理，包括请求队列锁、调用栈锁，以及在独立调用和回调期间的锁传递。
• 定义深度导入和once例程的处理机制，以在对象在处理器之间迁移时保持不变性。

实验结果

研究问题

• RQ1 如何为SCOOP模型复杂的运行时行为定义一套全面的操作语义？
• RQ2 需要何种形式化机制来解决原始非形式化规格说明中关于SCOOP并发模型的模糊问题？
• RQ3 如何形式化指定SCOOP中的锁管理，以防止在独立方法调用和回调期间发生数据竞争？
• RQ4 在不违反同步保证的前提下，何种条件可确保后置条件可异步求值？
• RQ5 该形式化语义能否作为实现正确且可验证的SCOOP运行时系统的参考？

主要发现

• 形式化语义成功识别并修正了原始非形式化规格说明中的多个遗漏与模糊之处，尤其在锁粒度和锁传递行为方面。
• 该模型明确指出，处理器持有的所有锁都必须在独立调用和回调期间传递，以确保正确同步。
• 语义表明，为在处理器之间移动对象结构而不违反不变性，必须使用深度导入；且在深度导入前，once例程必须标记为非新创建。
• 后置条件仅在不涉及锁传递且仅需在同步步骤中获取的锁时，才可异步求值。
• 形式化规格足够详细，可指导SCOOP编译器和运行时系统的正确实现，从而在Eiffel之上实现了公开可用的、改进后的实现。
• 该语义为未来的形式化验证提供了坚实基础，包括证明类型安全以及为SCOOP开发公理化语义。