就在今天到公司的一會，查看了一下郵件，收到Apple的回復，今年的第六次加急審核通過了。
然后，想想明天就是西方的聖誕節假期了，從22日到29日的這段時間，Apple會暫時關閉iTunesconnect，突然覺得這一年過的挺快的，就覺得很有必要將這一年的一些體會寫下來，算是不太正式的總結吧，也給同行業的開發者一些借鑒。
總結的主題，當然主要集中在iOS的app審核方面。
首先，談談Apple的審核機制。
眾所周知，Apple的審核是一個漫長的過程，而且有着極為嚴格的審核機制。如果開發人員不仔細研究Apple的審核機制的話，一旦被拒，那么審核的周期可能又會是正常的兩倍，甚至更多，我所知道的，有人花了兩個多月的時間才最終通過Apple的審核。所以，為了保證項目的正常發版，看看Apple的最新系統的人機交互指南是很有必要的。只有熟知其中的審核機制，才能有計划有重點的進行開發。很多人都在抱怨，iOS的app的審核時間過長，而且太過於嚴格。相比於iOS，Android的審核的速度可謂快的不是一星半點，Android一般來說，兩個小時就可以通過審核，一旦通過審核，就只剩下推上各大應用市場的工作了。但是，我要說，正是iOS嚴格的審核機制，才能保證iOS絕佳的用戶體驗和低級app的泛濫。這也是為什么iOS的市場比Android更能獲得用戶好感的一個方面吧。
當然，用戶是不能直接體會到iOS審核漫長嚴格的審核機制的，更多的是開發者們的抱怨，更深層的，那就是公司的需求不斷的更新，這也是導致Apple的審核機制飽受詬病的原因之一。那么，下面我們來詳細剖析一下蘋果的審核機制。
由於Apple的審核團隊和審核標准的封閉性，這里所說的是基於我個人開發中的經驗之談，跟實際情況可能有所出入，只作為借鑒。
審核時長：Apple的正常審核流程，從開發者提交應用到iTunesconnect上審核開始，到最終的上線，正常的時間在7天左右，當然預留10天左右的時間最為充分，
審核時間段：有人說，Apple的審核不會在周六周日進行，也有人持不同意見。但據我個人提交這么多次數的經驗，我只能說，我在周六周日都有通過Apple審核的經歷。所以，我的經驗告訴我，正常7天的審核時間包括工作日和周六周日。
審核地點：對於這個問題，有人認為Apple的審核團隊在中國有審核團隊，對於這個觀點，我個人不敢苟同。通過郵件和審核的時間點進行分析，我更傾向於認為，Apple的審核團隊當然在總部，不會在其他地區設置分支審核機構。
審核人員：對於app的審核，我個人認為是機器審核和人工審核相結合的方式。至於人員的組成，其中中國區的審核，是有專門的懂中文的人員負責，其他各個國家和地區的情況應與此同。
下面，談談大家更感興趣的話題，加急審核。
針對我個人的經歷，由於今年伊始，就進入了一家電商公司，相比與之前的公司，所加的需求比較多，前前后后，今年的加急一下子用到了六次。
Apple給開發者加急的選擇的初衷，是為了解決app中有影響用戶體驗的bug出現，為了盡快更好解決bug，提高用戶的體驗。正是由於Apple的審核嚴格，所以，加急更多的是一種附加選項，但是這樣的初衷卻在很多情況下被開發者（雖然很多時候是無奈的）濫用。所以作為Apple的忠實開發者，希望大家不要濫用這個方法，雖然很多的時候是受到公司的壓力。下面，我還是簡單談談加急的內容。
加急的次數：正如上面我的經歷，一般來說，正常的次數，一年有限的3次之內，除特殊的情況外，超過次數，Apple還是會容忍部分必須要加急的請求通過，希望不要亂用，因為每一次加急Apple都有記錄，審核人員是能看的到這些的，至於嚴重的后果，只有你們自己親身體會了。
加急的原因：一般來說，是因為有重大的bug，例如閃退崩潰，其他較小的原因，一般在正常審核中都能發現，如果正常的審核被拒，Apple會給你回復郵件，指出當前測到的問題，你改正后再次提交版本就可以。但是一般指出的只是測到的bug，其他的最好自查幾遍再提交。
加急過程中被拒：如果你的app提交加急了，而且被Apple通過了，如果Apple在測的過程中測到bug，那么會把你的app打回來，讓你修改，同樣會指出你的bug問題，雖然加急過程中測到bug被拒，但是當你重新提交修改后的構建版本時，依然是處於審核團隊的加急隊列中，這個加急狀態會直到你的app加急通過。
加急的時機：跟加急的原因差不多，一般是有重大bug，開發者會提交加急請求，但是在app的首發時，是不能加急的，因為你沒有用戶，那么就不存在任何的用戶反饋問題和重大的bug問題，你就只能老老實實的走正常審核流程。
說一下，我個人寫了這么多次的加急審核文章的經驗。
提交加急審核的地址，既可以從iTunesconnect中進入，也可以直接百度加急通道網址進入，具體網址是：https://developer.apple.com/appstore/contact/appreviewteam/index.html，加急通道跟應用提交是不沖突的兩個通道，你提交app審核后，然后進入加急通道進行加急申請填寫。
加急的語言：根據我上面的審核團隊成員分析，你就可以知道，加急的語言可以是純英文，也可以是中文的，當然也可以是英文一遍，然后附下中文翻譯。
加急申請內容的填寫：根據提示填寫對用的內容即可，當然你在描述你的app中存在的bug時，一定要把具體的操作重現一樣的陳述一下，步驟一定要清楚明白，不要有歧義，一定要寫好。還有，最重要的是要誠懇，確實有這樣bug的問題發生。如果加急請求被拒，那么app自動進入正常的審核流程。
加急的時間：三次加急以內，一般當天提交申請，第二天就能通過，如果加急次數越多，以后的每一次加急通過時間，都會比較久，我曾經有三天才通過加急。
網上有淘寶店以及一些公司提供了加急審核的收費服務，一般來說，費用都很高，但是如果是有信譽的提供者，是可以做到加急的，我另外一個部門的同事，他們聯系過這樣的公司，首發一萬，更新六千，通常情況下，三個小時就可以上線。所以，付費加急的方法也是存在的。至於是通過什么渠道，這個還不甚了解，但可以推測，大概是使用了申請加入內測人員的相關方法。至於選擇什么樣的加急服務商，大家自己有效甄別，避免上當。
明天就是iTunesconnect關閉的第一天，今天的總結算是對2015的一個總結，很感激Apple提供的一個加急通道，雖然正常的加急確實漫長，應該有所改進，但是有這樣的一個通道在，也是一種幸運，望大家在提交前多做計划，多做內測，避免濫用加急審核。在聖誕節來臨之際，祝Apple的審核人員聖誕節快樂，雖然我們不放假，但是祝願他們玩的開心，最后也祝各位聖誕節快樂，注意身體，修煉技術，且行且珍惜！