首先，從理論上講，Hold Time違例，是因為時鐘繞的太遠，到達時間太晚。而且綜合之后給出的時序報告都是估計值，因此綜合之后可以不考慮Hold Time，只考慮Setup Time；即便此時Hold Time違例，我們也不需要去理會。在Place Design之后再去看Hold Time，如果此時Hold Time的違例比較小（比如-0.05ns），還是不需要理會的，因為工具在布線時會修復Hold，但如果Slack太大了，無法修復了，就會犧牲setup來彌補hold。

如果出現了hold的違例，我們首先要分析時序報告，看是不是clock的skew太大了，hold違例一般都是時鐘的skew太大導致，如果skew太大，就要檢查原因了，是不是時鐘路徑上有buffer導致的，或者是因為時鐘跨SLR這種路徑太長導致。如果時鐘路徑上并沒有什么多余的buffer或者邏輯，那使用全局時鐘網絡帶來的skew是最小的。

這里補充一下綜合實現的步驟：

synth_design -> opt_design -> place-design -> phys_opt_design -> route_design

我們可以讓工具在每一步執行后都會有時序報告，只需要把Report Options的策略選擇為Timing Closure Reports

如果route design之后hold time還是違例，可以使用tcl指令：

phys_opt_design -directive ExploreWithHoldFix

這個指令會嘗試不同的算法來優化hold time違例（其實就是在數據路徑上插入LUT增加延遲）

或者在Implementation的時候指定，是一樣的效果。

Hold違例解決方法總結如下：

1. 檢查違例的時鐘是否是在全局時鐘網絡上，最好是讓時鐘走全局時鐘網絡，減小skew

2. 檢查時序路徑上，避免有時鐘BUFFER的級聯

3. 插入延遲邏輯，在數據路徑上增加邏輯延遲（可以使用ExploreWithHoldFix讓工具自動插入，也可以手動修改代碼插入）

審核編輯：劉清