語法特性可能會(huì)成為入門者的坑。
為企業(yè)提供網(wǎng)站制作、成都網(wǎng)站制作、網(wǎng)站優(yōu)化、營銷型網(wǎng)站建設(shè)、競(jìng)價(jià)托管、品牌運(yùn)營等營銷獲客服務(wù)。成都創(chuàng)新互聯(lián)擁有網(wǎng)絡(luò)營銷運(yùn)營團(tuán)隊(duì)，以豐富的互聯(lián)網(wǎng)營銷經(jīng)驗(yàn)助力企業(yè)精準(zhǔn)獲客，真正落地解決中小企業(yè)營銷獲客難題，做到“讓獲客更簡單”。自創(chuàng)立至今，成功用技術(shù)實(shí)力解決了企業(yè)“網(wǎng)站建設(shè)、網(wǎng)絡(luò)品牌塑造、網(wǎng)絡(luò)營銷”三大難題，同時(shí)降低了營銷成本，提高了有效客戶轉(zhuǎn)化率，獲得了眾多企業(yè)客戶的高度認(rèn)可！
比如：
-變量提升 （hoisting）
-閉包
-弱類型
《【轉(zhuǎn)+補(bǔ)充】深入研究js中的位運(yùn)算及用法》
《【JS時(shí)間戳】獲取時(shí)間戳的最快方式探究》
日常開發(fā)中一直沒遇到過位運(yùn)算導(dǎo)致精度丟失的問題，直到這天，搞10位時(shí)間戳取整的時(shí)候，終于被我撞上了。具體是個(gè)什么場(chǎng)景呢，我們來還原下案發(fā)現(xiàn)場(chǎng)：
可以看到輸出的結(jié)果為：
得到的 t 是一個(gè)精確到微秒的時(shí)間戳。但是請(qǐng)求接口的時(shí)候需要的是一個(gè)10位（精確到秒）的時(shí)間戳，所以這里需要將它轉(zhuǎn)換為10位，自然就是 ?1000 即可，然后通過位運(yùn)算來實(shí)現(xiàn)類似 Math.trunc 的取證效果，得到了我們要的10位時(shí)間戳。至此完美解決！那問題又是如何發(fā)生的呢？
按照上面的運(yùn)算規(guī)律，如果我們要獲取13位時(shí)間戳，是不是直接對(duì) t0 就可以了呢？我們來看一下：
輸出結(jié)果如下：
WTF!!!看到了咩?。。【尤惠敵隽艘粋€(gè)負(fù)數(shù)?。?！我們想要的結(jié)果應(yīng)該是 1597113682985 才對(duì)啊！為什么會(huì)出現(xiàn)了負(fù)數(shù)呢！??！
由此，怪物出現(xiàn)啦！我們今天就來解讀（xiang fu)一下它！
想到這里，我們一定就會(huì)怪是位運(yùn)算的鍋！那這個(gè)鍋該怎么讓位運(yùn)算背起來呢！我們來研究一下！
首先我們知道，JS中沒有真正的整型，數(shù)據(jù)都是以double(64bit)的標(biāo)準(zhǔn)格式存儲(chǔ)的，這里就不再贅述了，要想搞透其中的原理，請(qǐng)打開 【傳送門】
位運(yùn)算是在數(shù)字底層（即表示數(shù)字的 32 個(gè)數(shù)位）進(jìn)行運(yùn)算的。由于位運(yùn)算是低級(jí)的運(yùn)算操作，所以速度往往也是最快的（相對(duì)其它運(yùn)算如加減乘除來說），并且借助位運(yùn)算有時(shí)我們還能實(shí)現(xiàn)更簡單的程序邏輯,缺點(diǎn)是很不直觀，許多場(chǎng)合不能夠使用。
以下來源于w3shool:
ECMAScript 整數(shù)有兩種類型，即有符號(hào)整數(shù)（允許用正數(shù)和負(fù)數(shù)）和無符號(hào)整數(shù)（只允許用正數(shù)）。 在 ECMAScript 中，所有整數(shù)字面量默認(rèn)都是有符號(hào)整數(shù) ，這意味著什么呢？
有符號(hào)整數(shù)使用 31 位表示整數(shù)的數(shù)值，用第 32 位表示整數(shù)的符號(hào)，0 表示正數(shù)，1 表示負(fù)數(shù)。數(shù)值范圍從 -2147483648 到 2147483647 。
可以以兩種不同的方式存儲(chǔ)二進(jìn)制形式的有符號(hào)整數(shù)，一種用于存儲(chǔ)正數(shù)，一種用于存儲(chǔ)負(fù)數(shù)。 正數(shù)是以真二進(jìn)制形式存儲(chǔ)的 ，前 31 位中的每一位都表示 2 的冪，從第 1 位（位 0）開始，表示 20，第 2 位（位 1）表示 21。沒用到的位用 0 填充，即忽略不計(jì)。例如，下圖展示的是數(shù) 18 的表示法。
那在js中二進(jìn)制和十進(jìn)制如何轉(zhuǎn)換呢？如下
負(fù)數(shù)同樣以二進(jìn)制存儲(chǔ)，但使用的格式是二進(jìn)制補(bǔ)碼。計(jì)算一個(gè)數(shù)值的二進(jìn)制補(bǔ)碼，需要經(jīng)過下列3個(gè)步驟：
例如，要確定-18的二進(jìn)制表示，首先必須得到18的二進(jìn)制表示，如下所示：
0000 0000 0000 0000 0000 0000 0001 0010
接下來，計(jì)算二進(jìn)制反碼，如下所示：
1111 1111 1111 1111 1111 1111 1110 1101
最后，在二進(jìn)制反碼上加 1，如下所示：
1111 1111 1111 1111 1111 1111 1110 1101 +
0000000000000000000000000000 0001 =
1111 1111 1111 1111 1111 1111 1110 1110
因此，-18 的二進(jìn)制就是 1111 1111 1111 1111 1111 1111 1110 1110
而其相反數(shù)18的二進(jìn)制為 0000 0000 0000 0000 0000 0000 0001 0010
ECMAScript會(huì)盡力向我們隱藏所有這些信息，在以二進(jìn)制字符串形式輸出一個(gè)負(fù)數(shù)時(shí)，我們看到的只是這個(gè)負(fù)數(shù)絕對(duì)值的二進(jìn)制碼前面加上了一個(gè)負(fù)號(hào)
JavaScript 只有一種數(shù)字類型 ( Number )
我們將 1596596596.3742654.toString(2) 轉(zhuǎn)為二進(jìn)制字符串表示如下：
1011111001010100010000101110100.0101111111001111110111
但實(shí)際在內(nèi)存中的存儲(chǔ)如下：
說到這里就不得不簡單提一下數(shù)字精度丟失的問題。上面也知道，JS中所有的數(shù)字都是用double方式進(jìn)行存儲(chǔ)的，所以必然會(huì)存在精度丟失問題。
以下轉(zhuǎn)自文章： JavaScript數(shù)字精度丟失問題總結(jié)
此時(shí)只能模仿十進(jìn)制進(jìn)行四舍五入了，但是二進(jìn)制只有 0 和 1 兩個(gè)，于是變?yōu)?0 舍 1 入。這即是計(jì)算機(jī)中部分浮點(diǎn)數(shù)運(yùn)算時(shí)出現(xiàn)誤差，丟失精度的根本原因。
大整數(shù)的精度丟失和浮點(diǎn)數(shù)本質(zhì)上是一樣的，尾數(shù)位最大是 52 位，因此 JS 中能精準(zhǔn)表示的最大整數(shù)是 Math.pow(2, 53) ，十進(jìn)制即 9007199254740992
大于 9007199254740992 的可能會(huì)丟失精度：
9007199254740992 10000000000000...000 ``// 共計(jì) 53 個(gè) 0
9007199254740992 + 1 10000000000000...001 ``// 中間 52 個(gè) 0
9007199254740992 + 2 10000000000000...010 ``// 中間 51 個(gè) 0
實(shí)際上
9007199254740992 + 1 ``// 丟失
9007199254740992 + 2 ``// 未丟失
9007199254740992 + 3 ``// 丟失
9007199254740992 + 4 ``// 未丟失
以上，可以知道看似有窮的數(shù)字, 在計(jì)算機(jī)的二進(jìn)制表示里卻是無窮的，由于存儲(chǔ)位數(shù)限制因此存在“舍去”，精度丟失就發(fā)生了。
想了解更深入的分析可以看這篇論文（你品！你細(xì)品！）： What Every Computer Scientist Should Know About Floating-Point Arithmetic
關(guān)于精度和范圍的內(nèi)容可查看 【JS的數(shù)值精度和數(shù)值范圍】
通過前面的知識(shí)補(bǔ)充，我們已經(jīng)知道：
這也就是為什么對(duì)于整數(shù)部位為10位的時(shí)間戳，通過位運(yùn)算可以進(jìn)行取整（因?yàn)槟壳皶r(shí)間戳159xxxxxxx2147483647），不存在時(shí)間戳超過范圍的問題。但是對(duì)于13位時(shí)間戳，如 15966154471232147483647 ，此時(shí)再通過位運(yùn)算操作的時(shí)候就會(huì)導(dǎo)致異常，如：
這主要是因?yàn)樵谶M(jìn)行位運(yùn)算之前，JS會(huì)先將64bit的浮點(diǎn)數(shù) 1596615447015.01 轉(zhuǎn)為32bit的有符號(hào)整型后進(jìn)行運(yùn)算的，這個(gè)轉(zhuǎn)換過程如下：
為了驗(yàn)證上述過程，我們?cè)倥e一個(gè)例子： 1590015447015.123 0 = 877547495
將將將將！沒錯(cuò)的吧！所以JS的這個(gè)坑還真是。。。 讓人Orz
javascript他爹說了，當(dāng)初第一個(gè)版本就是花了一個(gè)星期搞出來的。人家是個(gè)lisp愛好者，但是用戶喜歡C語言，所以搞出了這么個(gè)東西。很多現(xiàn)在說是坑的東西，其實(shí)都是他為了趕deadline隨便弄出來的，沒空細(xì)想。
后來流行了，想改也晚了。web程序員喜歡說，我們就是要快，哈哈哈哈哈哈，做基礎(chǔ)設(shè)施怎么能求快呢，害人害己啊。
以前在項(xiàng)目中很少用到OC和JS交互，所以對(duì)這方面沒有進(jìn)行更加深入的了解，最近公司安排的一個(gè)項(xiàng)目；一半的內(nèi)容是用h5寫的；所以在這個(gè)過程中需要OC和JS進(jìn)行無縫對(duì)接，互相頻繁調(diào)用。在做的過程中出現(xiàn)了一些問題，這里總結(jié)出現(xiàn)，希望能給大家一些啟示。
一.在webview中如果項(xiàng)目只是想簡單用一下js和oc進(jìn)行交互，就沒有必要搞的那么麻煩，只需要用下面的方式進(jìn)行處理就行.
1.oc調(diào)用js；例如，在js中有一個(gè)叫commit的方法，在oc中咱們可以這樣來調(diào)用它
如果你調(diào)用的js函數(shù)需要傳入?yún)?shù)，也不要緊，咱們只需要通過字符串拼接的方式將參數(shù)傳入即可。比如當(dāng)前有一個(gè)叫sum(a,b)的js函數(shù)，在oc中咱們可以這樣來調(diào)用它---（注意:在內(nèi)部參數(shù)要用' '來將參數(shù)括起來，這是因?yàn)閔tml函數(shù)傳參方式跟oc的不同,我們必須要按照html的傳參方式傳入才會(huì)有效果）
2.js調(diào)用oc；以前js調(diào)用oc是通過在webview這邊攔截js那邊觸發(fā)的http請(qǐng)求的url地址來判斷是不是我們需要調(diào)用的時(shí)機(jī)，然后再調(diào)用的oc。如果當(dāng)我們?cè)趙ebview上點(diǎn)擊一個(gè)按鈕的時(shí)候他會(huì)跳轉(zhuǎn)到這個(gè)頁面，那么我們?cè)趏c這邊就可以通過攔截這個(gè)地址做一些事情
二.其實(shí)，通過上面的方法是可以達(dá)到j(luò)s和oc之間進(jìn)行通訊，但是它也是存在一些弊端，或者說有時(shí)候不是很方便的。在ios7以后蘋果官方將javascriptCore框架給開放出來了，我們這個(gè)通過這個(gè)框架就可以暢通無阻的讓js和oc之間進(jìn)行相互調(diào)用了。
1.通過javascriptCore來進(jìn)行js和oc互相調(diào)用。第一步就是要進(jìn)入javascriptCore這個(gè)框架.
之后就可以在需要使用的控制器中導(dǎo)入javascriptCore框架了，并且如果你需要js來調(diào)用oc，并且在js中的觸發(fā)函數(shù)是native.submit(a,b)類型的，那么你需要將js方法和oc方法進(jìn)行關(guān)聯(lián)，這樣處理以后，調(diào)用js對(duì)應(yīng)的方法就會(huì)觸發(fā)oc對(duì)應(yīng)的方法,當(dāng)然，JSContext對(duì)象也是必須的，這個(gè)對(duì)象是js和oc關(guān)聯(lián)起來的工具，所有的js和oc調(diào)用都需要通過它來完成。
然后在webViewDidFinishLoad:中我們需要進(jìn)行下面的步驟，關(guān)聯(lián)native方法，是在當(dāng)js方法中有native.submit()類型函數(shù)的時(shí)候才需要綁定的，如果沒有這種類型的就不需要綁定。
注:其實(shí)通過上面的方法把self.context的native方法跟self綁定是會(huì)發(fā)生很嚴(yán)重的內(nèi)存泄露問題的。因?yàn)檫@樣會(huì)造成self被相互持有，導(dǎo)致該對(duì)象無法被釋放，解決方案是native指定一個(gè)新的對(duì)象，然后在指定對(duì)象里實(shí)現(xiàn)JSExport協(xié)議。
接下來就是非native.submit()形式j(luò)s觸發(fā)函數(shù)調(diào)用oc的方式，我們這邊可以用block形式關(guān)聯(lián)javascript function.
通過上面的調(diào)用方式就可以獲取到j(luò)s調(diào)用時(shí)給oc傳過來的參數(shù)，然后再進(jìn)行相關(guān)處理.當(dāng)js那邊是native.類型的函數(shù)的時(shí)候，js調(diào)用oc，我們就可以直接拿到j(luò)s跟oc綁定的那個(gè)方法來進(jìn)行處理。
到此，js和oc之間相互調(diào)用的內(nèi)容就差不多了，但是在使用的過程中有些情況下會(huì)發(fā)生莫名情況的野指針的情況 ，直接導(dǎo)致程序的崩潰。這個(gè)問題我是在webview中調(diào)用手機(jī)攝像頭拍照上傳的過程中發(fā)現(xiàn)的，具體流程是當(dāng)需要上傳圖片的時(shí)候js調(diào)用oc的方法，然后oc進(jìn)行拍照并且上傳，當(dāng)上傳圖片成功以后，再通過oc調(diào)用js通過js去回顯圖片，就是在回調(diào)js的過程中有時(shí)候就會(huì)發(fā)生莫名其妙的野指針崩潰，暫時(shí)我還沒找到能夠徹底解決這個(gè)問題的辦法，等找到相關(guān)方法，我再進(jìn)行公布。
續(xù):之前在webView中頻繁使用js和OC互相調(diào)用，出現(xiàn)了野指針問題，那么這個(gè)問題現(xiàn)在解決了。具體做法就是我們拿到webView所在的線程，讓你要執(zhí)行的方法在webView所在線程中執(zhí)行。例如:
通過上述方法就可以避免野指針問題，但是具體是因?yàn)槭裁丛蛟斐梢爸羔槅栴}的，我還沒弄明白，希望知道的高手指教。
重慶分公司
重慶分公司
