Aryan
a063274fb9
- Provide clean BankAccount skeleton for student implementation - Define thread-safety responsibilities for getBalance, deposit, withdraw, and transfer - Add detailed TODO comments clarifying concurrency and deadlock requirements - Include hints for lock strategy and global ordering for transfer method - Ensure compatibility with DemoApplication and stress testing infrastructure
78 lines
2.0 KiB
Java
78 lines
2.0 KiB
Java
package dev.banking.model;
|
|
|
|
public class BankAccount {
|
|
|
|
private final int accountId;
|
|
private long balance;
|
|
|
|
/*
|
|
* Students may introduce additional fields
|
|
* such as:
|
|
* - Lock / ReentrantLock
|
|
* - ReadWriteLock
|
|
* - Object monitor
|
|
* - etc.
|
|
*/
|
|
|
|
public BankAccount(int accountId, long initialBalance) {
|
|
this.accountId = accountId;
|
|
this.balance = initialBalance;
|
|
}
|
|
|
|
public int getAccountId() {
|
|
return accountId;
|
|
}
|
|
|
|
/*
|
|
* TODO:
|
|
* Return the current balance in a thread-safe way.
|
|
*
|
|
* Requirements:
|
|
* - Must be safe under concurrent reads/writes
|
|
* - Should not block unnecessarily if using read/write locks
|
|
*/
|
|
public long getBalance() {
|
|
throw new UnsupportedOperationException("TODO: implement thread-safe balance read");
|
|
}
|
|
|
|
/*
|
|
* TODO:
|
|
* Increase balance atomically.
|
|
*
|
|
* Requirements:
|
|
* - Must not lose updates under concurrency
|
|
*/
|
|
public void deposit(long amount) {
|
|
throw new UnsupportedOperationException("TODO: implement thread-safe deposit");
|
|
}
|
|
|
|
/*
|
|
* TODO:
|
|
* Decrease balance atomically.
|
|
*
|
|
* Requirements:
|
|
* - Must not cause race conditions
|
|
* - Negative balance handling is NOT required unless you decide
|
|
* to extend the system (optional)
|
|
*/
|
|
public void withdraw(long amount) {
|
|
throw new UnsupportedOperationException("TODO: implement thread-safe withdraw");
|
|
}
|
|
|
|
/*
|
|
* TODO:
|
|
* Transfer money between two accounts atomically.
|
|
*
|
|
* IMPORTANT REQUIREMENTS:
|
|
* - Must be atomic (no partial transfer)
|
|
* - Must be deadlock-free
|
|
* - Must protect both source and target accounts
|
|
*
|
|
* HINT:
|
|
* - Consider global lock ordering using accountId
|
|
* - Or tryLock with retry strategy
|
|
*/
|
|
public void transfer(BankAccount target, long amount) {
|
|
throw new UnsupportedOperationException("TODO: implement atomic deadlock-free transfer");
|
|
}
|
|
} |