比較物件時，開發人員通常會想要比較物件的特性。不過，在未明確執行 equals() 的類別 (或任何上層類別/介面) 上呼叫 equals()，會造成對繼承自 java.lang.Object 的 equals() 方法的呼叫。Object.equals() 會比較兩個物件實例來確認物件是否相同，而不是比較物件成員欄位或其他特性。雖然有合法的 Object.equals() 使用，但是這通常表示程式碼錯誤。

範例 1：

public class AccountGroup
{
	private int gid;

	public int getGid()
	{
		return gid;
	}

	public void setGid(int newGid)
	{
		gid = newGid;
	}
}
...
public class CompareGroup
{
	public boolean compareGroups(AccountGroup group1, AccountGroup group2)
	{
		return group1.equals(group2);   //equals() is not implemented in AccountGroup
	}
}

Java 語言編程規範 (Java Language Specification) 中指出，在 finalize() 方法中呼叫 super.finalize() 方法是一種非常好的做法 [1]。

範例 1： 下列方法沒有呼叫 super.finalize()。

protected void finalize() {
  discardNative();
}

當可序列化類別建立序列化或還原序列化函數但未遵循正確的簽章時，會發生「程式碼正確性：不正確的可序列化方法簽章」問題：

  private void writeObject(java.io.ObjectOutputStream out) throws IOException;
  private void readObject(java.io.ObjectInputStream in) throws IOException, ClassNotFoundException;
  private void readObjectNoData() throws ObjectStreamException;

違反序列化所需要的方法簽章，可能意味著在序列化/還原序列化期間永遠不會呼叫此方法，進而導致序列化/還原序列化不完整，也可能意味著，不可信賴的程式碼可能會取得物件的存取權。
若有異常未拋出，則可能意味著序列化/還原序列化失敗並導致應用程式當機，或者甚至可能悄然失敗以致物件可能僅部分正確建構，從而導致對漏洞進行除錯變得極為困難。呼叫者應捕捉這些異常，以便不正確的序列化/還原序列化能夠得以適當處理，且不會出現當機或部分建構的物件。

發送 HttpServletRequest、重新導向 HttpServletResponse 或排清 Servlet 的輸出串流緩衝區等，都會造成相關的串流交付。任何後續的緩衝區重設或串流交付時 (例如其他排清或重新導向)，將造成 IllegalStateException。

此外，Java Servlet 會允許使用 ServletOutputStream 或 PrintWriter (但不是兩者同時)，將資料重新寫入回應串流。呼叫 getOutputStream() 之後呼叫 getWriter() (反之亦然) 也會造成 IllegalStateException。



在執行階段，IllegalStateException 可防止回應處理常式執行完成，以有效撤銷回應。這樣可能會造成伺服器不穩定，而這是錯誤執行的 Servlet 徵兆。

範例 1：以下程式碼在 Servlet 回應輸出串流緩衝區排清後，將 Servlet 回應重新導向。

public class RedirectServlet extends HttpServlet {
    public void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException {
        ...
        OutputStream out = res.getOutputStream();
        ...
        // flushes, and thereby commits, the output stream
        out.flush();
        out.close();        // redirecting the response causes an IllegalStateException
        res.sendRedirect("http://www.acme.com");
    }
}

範例 2：相反地，以下程式碼嘗試在發送要求之後寫入和排清 PrintWriter 的緩衝區。

public class FlushServlet extends HttpServlet {
    public void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException {
        ...
        // forwards the request, implicitly committing the stream
        getServletConfig().getServletContext().getRequestDispatcher("/jsp/boom.jsp").forward(req, res);
        ...

        // IllegalStateException; cannot redirect after forwarding
        res.sendRedirect("http://www.acme.com/jsp/boomboom.jsp");

        PrintWriter out = res.getWriter();

        // writing to an already-committed stream will not cause an exception,
        // but will not apply these changes to the final output, either
        out.print("Writing here does nothing");

        // IllegalStateException; cannot flush a response's buffer after forwarding the request
        out.flush();
        out.close();
    }
}

在多數狀況下，設定要求的 Content-Length 表頭即表示開發人員想要
溝通傳送到伺服器的 POST 資料長度。但是，此表頭應為 0 或者
正整數。

範例 1：下列程式碼將設定不正確的 Content-Length。

  URL url = 新 URL(「http://www.example.com」)；
  HttpURLConnection huc = (HttpURLConnection)url.openConnection();
  huc.setRequestProperty("Content-Length", "-1000");

在多數案例中，於陣列上呼叫 toString() 表示開發人員有意將陣列內容做為字串回傳。不過，在陣列上直接呼叫 toString()，將會回傳記憶體中包含陣列類型和雜湊碼的字串值。
範例 1：下列程式碼將輸出 [Ljava.lang.String;@1232121。

String[] strList = new String[5];
...
System.out.println(strList);

FortifyDangerous 註解已套用至此欄位。會使用此方式來指出危險，而且應該檢查所有用法的安全性。