摩拜的開鎖原理，需要通過整體架構來梳理，分為幾個部分：
--->業務層：
使用者掃碼，讀取乙個匹配裝置序列號，使用者資料在後台訂單系統做一次裝置使用授權校驗（比如押金餘額），沒有問題的話，下一步
--->裝置層：
通知伺服器下發乙個開鎖訊號到車鎖控制系統。簡單的說就是業務層解決完了，處理開關問題。在以上最難的部分在於處理通訊開關問題，也就是車輛通訊控制系統，也是題主問題中最核心的乙個原理需求，解決這部分才是重點。
這個版本把一串簡訊用 f32a200f33之類的組合進行，缺點是狀態回傳成本較高（伺服器解析出狀態），整個車鎖電量，閉合狀態等報告都要在空閒（深夜02-04點）回傳，一般談的簡訊公司介面都不會接特別多，一旦簡訊介面出現故障，就容易造成大規模癱瘓。此外，不方便做授權**和車本身地理座標跟蹤。摩拜後面的版本幾乎沒有用。
物聯網卡的成本很低，比起之前的gprs+簡訊有很大的優勢。包括各種車輛狀態等。而可以獲取的資訊量更大，大概的機制如下，詳細的使用說明可以參考@梅園小生的答案。
在摩拜另外乙個開鎖問題裡面，有人提了摩拜是不是使用藍芽開鎖，答案是no：
1. 各家手機商（安卓）藍芽的晶元版本相容太差，華為能開的話，魅族和小公尺不一定，何況市場上數十種安卓手機，同樣是華為的在不同的版本都有相容問題，目前的主要原因是因為採購的藍芽晶元差異太大。
2. 實際測試：為了確認不是技術能力的問題，我在深圳街頭測試所有自行車品牌（第一批上線的產品，後來陸續取消了藍芽），結果如下：
之前深圳街頭那些小藍小鳴單車除了ios系統外，失敗率高達80%對於終端使用者來說，鎖開得慢沒有關係，但是開不了就是要罵街了。而且藍芽的故障率非常高，在深圳早上上班前，街頭的摩拜單車和ofo數量大量減少（其實我不喜歡ofo，純機械，資產根本無法管理），但是另外兩個品牌大量空置，並非品牌知名度問題，而是你們基本開不了，現在第一代藍芽車基本都被淘汰了。
有人反饋說只要手機有藍芽開啟，開鎖的速度會提高，這個不假，但是原理並非使用藍芽通訊，而是車鎖的藍芽模組探測到周邊的藍芽裝置，加快了鎖的待機心跳狀態（平時待機12秒，而探測到短距藍芽，壓縮到6秒），一來解決耗電（以前故障主要是車鎖電池耗盡），二來提高了體驗。
摩拜通過智慧型車鎖，真正做到真正的車聯網+網際網路，後期在管理車輛資產以及資料準確性方面要強不少（ofo現在有多少車存活，主要分布情況和實時資料估計都拿不出來）。相比於ofo機械鎖（純蟲族玩法），基於整套智慧型車鎖進行大平台管理，後期的優化更容易。
摩拜單車 說走就走的旅程
聽 azure 背後的故事 不知從何時起，我們每天生活的城市裡，開始被霧霾籠罩，沒有一點點防備，就會開始漫長的限行時光。漸漸地，我們開始懷念單車出行的日子，那時候的天很藍，空氣良好，日子也簡單而自由。有這樣乙個女孩兒，她說 我希望我像乙個機器貓一樣，當我想要一輛自行車的時候，我就能從口袋裡掏出一輛自...
APP案例分析 摩拜單車app
本次案例分析選用的是 摩拜單車ios 版本 使用過程中發現了如下兩個問題 1.2.1 3dtouch快捷操作選擇掃一掃偶然出現閃退現象，直接上 bug現象 bug現象 使用者背景 非計算機專業本科在校生。使用機型 ios10，沒有3dtouch功能 使用者改進建議 能夠記錄每一次的行蹤，但是卻不能手...
抓取摩拜單車車輛位置資料
一路上不停的拿著手機重新整理太麻煩了，身為碼農怎麼能忍？我這裡要實現的就是把重新整理檢視目的地是否有車的這個過程實現了自動化。實現思路是首先找到摩拜單車在地圖上標記車輛位置的這個介面，然後想辦法使用程式模擬這個請求，從獲得的車輛資料中檢查是否有符合的車輛，如果有則傳送提示訊息。注意，有改動 成功返回...