上回說到要舉一個(gè)例子來說明，在看例子前，我們先來說說問題，有時(shí)我們會(huì)在工作中遇到很難的專業(yè)問題，如設(shè)計(jì)一個(gè)業(yè)務(wù)算法或用OpenGL做3D特效，這類的問題雖然不簡單，但屬于比較單一的類型。即使出現(xiàn)問題，你也能比較容易集中在特定的領(lǐng)域里去解決它，解決或?qū)W習(xí)它們的過程中你可能并不需要做太多的選擇。
但現(xiàn)實(shí)往往會(huì)給你一些不一樣的問題，總是給你一種不知所措的感覺，有時(shí)覺得是自己領(lǐng)域的問題，迷糊中又覺得不是。如我遇到的一個(gè)“Access-Control-Allow-Origin”異常問題。
跨域和跨界
我們的APK使用了Cordova框架，在這個(gè)框架中加載本地的Html/JS文件，是一個(gè)單頁Web應(yīng)用，Web視圖上的數(shù)據(jù)是通過JS發(fā)送Http請(qǐng)求從一個(gè)提供Rest服務(wù)的Tomcat獲取。
關(guān)于跨域問題可以看到這篇文章：跨域資源共享 CORS 詳解
問題描敘：
- 在很多手機(jī)都是正常的（Android SDK從4.4到7.1），只在某個(gè)型號(hào)的錘子手機(jī)上出現(xiàn)；
- 在出現(xiàn)問題的錘子手機(jī)（SM901, SDK 6.0.1, API23）上做測(cè)試，發(fā)現(xiàn)同是生產(chǎn)版的apk，但Release版和Debug的效果不一樣，Release版本會(huì)有這個(gè)問題，而Debug版本正常。
在問題手機(jī)上的截圖：
從上面的兩點(diǎn)看，你可能會(huì)很容易想到是Android的兼容性問題，畢竟這是她的前科不少。
針對(duì)第2點(diǎn)，Android Studio默認(rèn)會(huì)為項(xiàng)目構(gòu)建一個(gè)Debug和一個(gè)Release版本的應(yīng)用，這兩個(gè)版本的不同主要體現(xiàn)在在非開發(fā)機(jī)上的調(diào)試功能以及APK的簽名方式，如debuggable屬性，在Debug上是true，在其他版本是false。
而且我試過只要把Release的debugable=true，不會(huì)出現(xiàn)“Access-Control-Allow-Origin”。
網(wǎng)上也有一些別人試過的做法，如設(shè)置"setAllowUniversalAccessFromFileURLs"，不過對(duì)這個(gè)手機(jī)還是無效。
新發(fā)現(xiàn)
并不是所有的錘子手機(jī)都會(huì)出現(xiàn)這個(gè)問題，我有一臺(tái)相同型號(hào)的手機(jī)就沒這個(gè)問題。但有一次進(jìn)入“開發(fā)這模式”，把“嚴(yán)格模式”打開，在這臺(tái)手機(jī)上重現(xiàn)了這個(gè)問題。
不過又引入了新的問題：就算之后我把“嚴(yán)格模式”關(guān)閉，在Release版上這個(gè)問題仍然出現(xiàn)，關(guān)機(jī)重啟還是能重現(xiàn)。也就是說只要我打開過一次就一直重現(xiàn)，卸載重裝還是一樣。
邏輯上不能完全說是嚴(yán)格模式引起的，因?yàn)閲?yán)格模式關(guān)了還有這個(gè)問題（當(dāng)然，也有可能是廠商的嚴(yán)格模式關(guān)閉有BUG）。
再測(cè)試發(fā)現(xiàn)，把Webview中訪問的Url換成其他的（如https://github.com）并不會(huì)報(bào)Access-Control-Allow-Origin的錯(cuò)誤，那么問題是服務(wù)端了？
技術(shù)的本質(zhì)
了解了一下，這個(gè)項(xiàng)目的前后端構(gòu)建，大體涉及的技術(shù)節(jié)點(diǎn)如下：
我們不妨問一下我們自己，這個(gè)是Android端的問題、前端的問題，還是后端的問題？
如果是移動(dòng)端，我們可能就局限在兼容性的問題上了，可能需在Android更深入的知識(shí)或者咨詢錘子手機(jī)的專家。如果在前端或者后端，可能也需要他們對(duì)移動(dòng)端也有部分了解。
這只是一個(gè)具體的案例，這個(gè)問題你可以按手機(jī)的兼容性去解決，也可以從前端、Nginx和Java后端去尋求其他的解決方案。
而我們可能也有所察覺，新技術(shù)都是建立在多個(gè)已有技術(shù)的組合之上的。技術(shù)并不是憑空產(chǎn)生的，而且通過不同的組合衍生的。這個(gè)案例雖然看似不復(fù)雜，但卻涉及前后端來配合查找方案，勢(shì)必就會(huì)涉及多個(gè)技術(shù)棧。
取舍
這個(gè)問題最終怎么解決呢？
其實(shí)，我沒有解決，取舍如下（理解成借口也成立）：
- 我可以通過非技術(shù)手段繞過這個(gè)問題；
- 我有更有價(jià)值的事情要去完成；
不過我還是很感興趣花時(shí)間去看一下跨域和Nginx方面的一些知識(shí)。
我們解決問題不一定非要局限于自己熟悉的領(lǐng)域，我們可以嘗試各種正常和“不正常”的方式，但需要從幾個(gè)方面進(jìn)行取舍：
- 這真的是問題嗎？
- 解決這個(gè)問題的成本高嗎？
- 解決這個(gè)問題的對(duì)自己和公司有多大的價(jià)值？
- 除了技術(shù)的解決方案，沒有其他的選擇嗎？
很多時(shí)候追問第一個(gè)問題會(huì)發(fā)現(xiàn)，你遇到的很多問題都不需要解決，或者可以用非技術(shù)方案解決。還有很多問題因?yàn)槟阌懈线m的技術(shù)棧，或者可以咨詢或得到這方面的幫助，能讓你用更優(yōu)雅簡潔的方案解決。
這也是我慢慢在轉(zhuǎn)變的方向，單一的技術(shù)慢慢變成愛好。真正要做好事情，還需要我們給自更加擁抱變化和未知的機(jī)會(huì)。技術(shù)重要，但有更多的技術(shù)組合能讓你產(chǎn)生更大的價(jià)值。
并在這個(gè)過程感受到了新的東西，發(fā)現(xiàn)一些秘密：
我們一直以為自己在解決技術(shù)問題，其實(shí)我們面臨的是溝通問題。
關(guān)于溝通下一篇還是用技術(shù)實(shí)例做“藥引”，敬請(qǐng)期待。
