不能重复提交和已经提交是两个不同的概念，尽管它们在某些场景下可能会有所关联。

不能重复提交是指系统采取措施防止用户或客户端多次发送相同的请求或数据。这种机制通常用于避免因网络延迟、用户误操作（如多次点击提交按钮）或其他原因导致的数据冗余问题。例如，在表单提交的场景中，如果用户点击了提交按钮，前端可能会通过禁用按钮来阻止用户再次点击 。在后端，可以采用多种策略来实现防重复提交，比如使用唯一令牌（Token）机制确保请求的唯一性 ，或者利用分布式锁等技术手段来控制并发访问 。

而已经提交指的是某个动作或事务已经被执行，并且相关的状态信息已经被记录下来。例如，在学术论文投稿过程中，一旦作者完成了在线提交流程，论文的状态就会更新为已提交，并且可以通过投稿系统的界面查看到这一状态 。同样地，在软件开发中，当开发者向版本控制系统（如Git）提交代码更改时，这些更改会被记录下来，并可以通过git log命令查看提交历史 。

因此，“不能重复提交”并不意味着“已经提交”。前者是一种预防性的设计，旨在保护系统免受不必要的重复操作影响；后者则是指一个具体的操作已被完成并且其结果被系统认可并记录。两者虽然都涉及到提交的概念，但侧重点不同：一个是关于如何避免不必要的重复行为，另一个则是确认某项操作是否确实发生并得到了处理。

为了更好地理解这一点，我们可以考虑这样一个例子：在一个电商网站上购买商品时，用户点击了“下单”按钮。理想的用户体验应该是，即使由于网络延迟等原因，用户的浏览器没有立即收到服务器的成功响应，系统也应该能够识别出这是同一个订单，而不是创建一个新的订单。这里就涉及到了防止重复提交的机制。只有当支付成功并且订单状态变为“已付款”，我们才能说这个订单真正“已经提交”。

“不能重复提交”与“已经提交”分别代表了防止数据冗余和确认操作成功的两种不同层面的需求。正确理解和实施这两种机制对于构建可靠的应用程序至关重要。如果你需要进一步探讨特定场景下的实现细节，请提供更多的背景信息。