今天這道題是困難難度的,二狗很努力的嘗試,仍是失敗了。可是感受雖然沒經過所有的測試用例,思考的過程仍是有不少地方挺有趣的,記錄一下。算法
97. 交錯字符串測試
給定三個字符串 s1, s2, s3, 驗證 s3 是不是由 s1 和 s2 交錯組成的。優化
示例 1:ui
輸入: s1 = "aabcc", s2 = "dbbca", s3 = "aadbbcbcac"
輸出: true
示例 2:spa
輸入: s1 = "aabcc", s2 = "dbbca", s3 = "aadbbbaccc"
輸出: false指針
先來看看個人想法以及作法吧:code
這道題目很值得記念一下。對官方給出的解答十分佩服,另外雖然本身作的過程 99/101 沒有徹底經過,可是思考過程也以爲有不少能夠留意的地方。blog
初見這道題,兩個字符串混合成第三個字符串。第一反應就是利用雙指針,分別與第三個字符串進行比較.進一步思考發現也沒有那麼簡單,好比遇到三個指針指向的字母如今是同一個的時候,好比都是'a'
應該選擇哪一個呢?順着這個思路聯想到了 回溯算法 不要緊,如今兩條路看起來都是正確的,那麼我就去嘗試,若是失敗了我就回溯到選擇的地方,選擇另外一條路徑繼續進行嘗試。
除開簡單的邊界值考慮,上面這種雙指針+回溯的算法其實很簡單。須要考慮的就只有三種狀況。教程
照着這個思路,前面的測試用例都經過了,直到遇到了測試用例99:
s1 "bbbbbabbbbabaababaaaabbababbaaabbabbaaabaaaaababbbababbbbbabbbbababbabaabababbbaabababababbbaaababaa"
s2 "babaaaabbababbbabbbbaabaabbaabbbbaabaaabaababaaaabaaabbaaabaaaabaabaabbbbbbbbbbbabaaabbababbabbabaab"
s3 "babbbabbbaaabbababbbbababaabbabaabaaabbbbabbbaaabbbaaaaabbbbaabbaaabababbaaaaaabababbababaababbababbbababbbbaaaabaabbabbaaaaabbabbaaaabbbaabaaabaababaababbaaabbbbbabbbbaabbabaabbbbabaaabbababbabbabbab"遞歸
像是爲上面的方法量身定製的天敵同樣,這組測試用例足夠長,而且內容足夠「簡單」,只有a,b兩個字符,所以按照上面的算法,遇到3的狀況就會特別頻繁。也就會花費大量的時間計算錯誤的路徑,最後的結果固然是超時了。
但我其實不是很願意輕易就放棄寫好的算法,打算優化一下。首先做爲回溯算法來講,合理的剪枝能夠減小沒必要要的計算。但觀察題目,我也沒有想到特別好的剪枝的辦法,由於實在不容易根據已計算的字符判斷後續哪條路徑是不正確的。
回憶起當初看的算法教程關於字符串匹配KMP算法的內容,其中一個核心思想是每次儘量多的匹配字符。因而我也嘗試這樣作。
對於上述的2的這種狀況,好比s1的當前索引i1對應的字符與s3當前索引i3對應的字符相等,s2的索引i2對應的字符不相等,下次遞歸我就會計算 i1+1,i2,i3+1 這三個字符的關係。就從這裏下手,這種狀況下,咱們能夠多計算一些偏移量。
具體來講就是若是i1+1,i2,i3+1仍知足這個條件,咱們就繼續向後偏移,直到不知足這種條件了咱們才進行下一次的遞歸。結合代碼以下:
if (ca1[i1] == ca3[i3] && ca2[i2] != ca3[i3]) { int offset = 0; while (i1 + offset < ca1.Count() && ca1[i1 + offset] == ca3[i3 + offset] && ca2[i2] != ca3[i3 + offset]) { offset++; } if (ca2[i2] != ca3[i3 + offset]) return false; return huisu(ca1, i1 + offset, ca2, i2, ca3, i3+ offset); }
這樣一番改造後自信滿滿的去測試,仍舊超時。其實分析一下就明白了,上面的優化主要集中在2的那種狀況,而98更多的其實會命中3的那種狀況。
綜上,完敗,雖然有點不甘心,但仍是服氣的。完整代碼在下面:
public bool IsInterleave(string s1, string s2, string s3) { if (s1.Length + s2.Length != s3.Length) { return false; } if (string.IsNullOrEmpty(s1) || string.IsNullOrEmpty(s2)) { return s1 + s2 == s3; } return huisu(s1.ToCharArray(), 0, s2.ToCharArray(), 0, s3.ToCharArray(), 0); } public bool huisu(char[] ca1, int i1, char[] ca2, int i2, char[] ca3, int i3) { if (i1 == ca1.Count() && i2 == ca2.Count() && i3 == ca3.Count()) { return true; } if (i1 == ca1.Count()) { for (int i = 0; i < ca3.Count() - i3 - 1; i++) { if (ca2[i2 + i] != ca3[i3 + i]) { return false; } } return true; } if (i2 == ca2.Count()) { for (int i = 0; i < ca3.Count() - i3 - 1; i++) { if (ca1[i1 + i] != ca3[i3 + i]) { return false; } } return true; } if (ca1[i1] == ca3[i3] && ca2[i2] != ca3[i3]) { int offset = 0; while (i1 + offset < ca1.Count() && ca1[i1 + offset] == ca3[i3 + offset] && ca2[i2] != ca3[i3 + offset]) { offset++; } if (ca2[i2] != ca3[i3 + offset]) return false; return huisu(ca1, i1 + offset, ca2, i2, ca3, i3 + offset); } else if (ca1[i1] != ca3[i3] && ca2[i2] == ca3[i3]) { int offset = 0; while (i2 + offset < ca2.Count() && ca1[i1] != ca3[i3 + offset] && ca2[i2 + offset] == ca3[i3 + offset]) { offset++; } if (ca1[i1] != ca3[i3 + offset]) return false; return huisu(ca1, i1, ca2, i2 + offset, ca3, i3 + offset); } else if (ca1[i1] != ca3[i3] && ca2[i2] != ca3[i3]) { return false; } else { return huisu(ca1, i1 + 1, ca2, i2, ca3, i3 + 1) || huisu(ca1, i1, ca2, i2 + 1, ca3, i3 + 1); } }
下面是官方給出的動態規劃的解法,讓人眼前一亮。
解題過程當中也有想過是否可使用動態規劃的思路去作,但沒想到一個合適的狀態轉移方程,就沒有繼續思考下去。
來看看官方給出的狀態轉移的思路吧:傳送門.
簡單來講:關鍵是要找到當前的狀態和上一個狀態的關係,在這道題目中是 若是當前s1或s2的字符與s3相等,若是知足條件,那麼上一個字符好比按也是知足的.C#版代碼以下:
public bool IsInterleave(string s1, string s2, string s3) { if (s1.Length + s2.Length != s3.Length) { return false; } bool[,] dp = new bool[s1.Length + 1, s2.Length + 1]; dp[0, 0] = true; for (int i = 0; i <= s1.Length; i++) { for (int j = 0; j <= s2.Length; j++) { int p = i + j - 1; if (i > 0) { dp[i, j] = dp[i, j] || (dp[i - 1, j] && s1[i - 1] == s3[p]); } if (j > 0) { dp[i, j] = dp[i, j] || (dp[i, j-1] && s2[j - 1] == s3[p]); } } } return dp[s1.Length, s2.Length]; }
雖然本身寫的很爽,可是估計沒有人會看的吧,若是你看到這裏了,二狗子在這兒先謝謝您哈,哈哈。