在還原序列化期間，readObject() 的作用類似建構函式，因此物件初始化會在此函數結束時才會完成。因此，當 Serializable 類別的 readObject() 函數呼叫可取代的函數時，此函數可在完全初始化物件之前，提供物件狀態的取代方法存取權。

範例 1：以下 readObject() 函數所呼叫的方法可被取代。

  ...
  private void readObject(final ObjectInputStream ois) throws IOException, ClassNotFoundException {
    checkStream(ois);
    ois.defaultReadObject();
  }

  public void checkStream(ObjectInputStream stream){
    ...
  }

由於 checkStream() 函數及其封裝類別不是 final 和公用的，這表示它們可以被取代，這可能意味著攻擊者可以取代 checkStream() 函數，以便在還原序列化期間取得對物件的存取權。

從 getter-only 屬性傳回 private readonly 清單變數將會允許呼叫程式碼修改該清單的內容，如此可有效提供清單寫入存取權，並阻止程式設計師將它設為 private readonly 的計畫。

範例 1：下列程式碼包含宣告為 private readonly 的 _item 清單。

       class Order
      {
          private readonly List<string> _item = new List<string>();
          public IEnumerable<string> Item { get { return _item; } }
          
          public Order()
          {
              /*class initialize            */
          }

          /*some important function......*/
      }
    

當惡意合約在第一次叫用完成之前往回呼叫呼叫端合約時，就會發生重入 (Reentrancy) 攻擊。當存在弱點的合約在本機執行目前呼叫的效果之前公開與外部合約互動的函數時，就會發生這種情況。這可能導致外部合約接管互動的控制流程。

如果惡意合約呼叫受害端的暴露函數，而該函數與呼叫端合約進行不安全的互動，則攻擊端合約將會接收並處理互動 (例如透過 fallback 函數)，並立即再次往回呼叫受害端的暴露函數，以便進入「呼叫-互動-呼叫」迴圈。這種遞迴狀態會阻止受害端執行任何進一步的程式碼，進而可能導致部分資產或價值耗盡抑或全部耗盡，具體取決於互動的性質。

Checks-Effects-Interaction 模式常用於智慧合約，以防止錯誤的邏輯。此模式會指定程式碼先檢查任何必要的條件，然後執行相關的狀態變更 (效果)，最後與該效果相關的外部合約進行互動。

範例 1：以下範例允許先執行檢查、互動，接著透過效果來進行重入 (Reentrancy) 攻擊，而未遵循 Checks-Effects-Interaction 模式。

程式碼：

1.檢查傳送者的餘額 (Checks)。
2.透過 msg.sender.call.value 將以太幣 (Ether) 傳送給呼叫者 (Interaction)。
3.透過減少傳送者的餘額來執行狀態變更 (Effects)。

function withdraw(uint amount) public{
    if (credit[msg.sender] >= amount) {
        require(msg.sender.call.value(amount)());
        credit[msg.sender]-=amount;
    }
}

Example 1 中的程式碼透過執行 Checks-Interaction-Effects 來打破 Checks-Effects-Interaction 模式。如果攻擊端智慧合約在 fallback 函數中收到以太幣 (Ether) 並立即往回呼叫 withdraw，這可能會導致重入 (Reentrancy)，從而創造出一種遞迴情況，其中以太幣 (Ether) 會因為可減少餘額 (又稱 Effect) 的程式碼行永不執行而消耗殆盡。

使用遞迴是建立和管理已連結資料結構的主要方式。如果資料包含循環連結，遞迴也存在無限處理的風險，轉而會耗盡堆疊並使程式當機。

範例 1：以下程式碼片段使用 Apache Log4j2 示範此弱點。

Marker child = MarkerManager.getMarker("child");
Marker parent = MarkerManager.getMarker("parent");

child.addParents(parent);
parent.addParents(child); 
        
String toInfinity = child.toString();

當子項呼叫的 toString() 包括遞迴處理方法時，就會觸發堆疊溢位異常 (堆疊耗盡)。此異常起因於子項與父項之間的循環連結。

若要比較浮點值與 String 物件，通常必須先透過 Double.toString() 之類的函數將浮點值變更為 String 物件。根據浮點變數的類型和值，在轉換為 String 物件時，它可能是「NaN」、「Infinity」、「-Infinity」，有特定含零的行尾小數位數，或是可能包含指數欄位。如果轉換為十六進位字串，表示法也會大為不同。

範例 1：以下將比較浮點變數與 String。

  ...
  int initialNum = 1;
  ...
  String resultString = Double.valueOf(initialNum/10000.0).toString();
  if (s.equals("0.0001")){
    //do something
    ...
  }
  ...

Windows Azure SQL 資料庫僅支援 SQL Server 驗證。不支援 Windows 驗證 (整合式安全性)。每次連線到 Windows Azure SQL 資料庫時，使用者都必須提供憑證 (登入和密碼)。對於 Microsoft Windows Azure SQL 資料庫一般原則和限制，不可使用以下帳戶名稱：admin、administrator、guest、root、sa。

周圍的程式碼將會使此指令永不執行。

範例：第二個 if 指令的條件將無法滿足。變數 s 不能為 Null，但只能將 s 設為非 Null 值的路徑卻存在 return 指令。

String s = null;

if (b) {
   s = "Yes";
   return;
}

if (s != null) {
   Dead();
}