❶ android 中有哪些感測器的數據是可以分享的
著作權歸作者所有。
商業轉載請聯系作者獲得授權，非商業轉載請註明出處。
作者：肥肥魚
來源：知乎
目前 Android 設備支持的感測器類型如下：
TYPE_ACCELEROMETER 加速度感測器又叫 G-sensor，該數值包含地心引力的影響，單位是 m/s2，測量應用於設備 x 、y、z 軸上的加速度。
將手機平放在桌面上，x 軸默認為0，y 軸默認0，z 軸默認9.81。
將手機朝下放在桌面上，z 軸為-9.81。
將手機向左傾斜，x 軸為正值。
將手機向右傾斜，x 軸為負值。
將手機向上傾斜，y 軸為負值。
將手機向下傾斜，y 軸為正值。
TYPE_AMBIENT_TEMPERATURE 溫度感測器，單位是 ℃，返回當前的溫度。
TYPE_GAME_ROTATION_VECTOR 用來探測運動而不必受到電磁干擾的影響，因為它並不依賴於磁北極。
TYPE_GEOMAGNETIC_ROTATION_VECTOR 地磁旋轉矢量感測器，提供手機的旋轉矢量，當手機處於休眠狀態時，仍可以記錄設備的方位。
TYPE_GRAVITY 重力感測器簡稱 GV-sensor，單位是 $m/s^2%，測量應用於設備X、Y、Z軸上的重力。在地球上，重力數值為9.8，
TYPE_GYROSCOPE 陀螺儀感測器叫做Gyro-sensor，返回x、y、z三軸的角加速度數據。單位是 radians/second。
TYPE_GYROSCOPE_UNCALIBRATED 未校準陀螺儀感測器，提供原始的、未校準、補償的陀螺儀數據，用於後期處理和融合定位數據。
TYPE_LIGHT 光線感應感測器檢測實時的光線強度，光強單位是lux，其物理意義是照射到單位面積上的光通量。
TYPE_LINEAR_ACCELERATION 線性加速度感測器簡稱LA-sensor。線性加速度感測器是加速度感測器減去重力影響獲取的數據。單位是 m/s2。
TYPE_MAGNETIC_FIELD 磁力感測器簡稱為M-sensor，返回 x、y、z 三軸的環境磁場數據。該數值的單位是微特斯拉（micro-Tesla），用uT表示。單位也可以是高斯（Gauss），1Tesla=10000Gauss。硬體上一般沒有獨立的磁力感測器，磁力數據由電子羅盤感測器提供（E-compass）。電子羅盤感測器同時提供方向感測器數據。
TYPE_MAGNETIC_FIELD_UNCALIBRATED 未校準磁力感測器，提供原始的、未校準的磁場數據。
TYPE_ORIENTATION 方向感測器簡稱為O-sensor，返回三軸的角度數據，方向數據的單位是角度。為了得到精確的角度數據，E-compass 需要獲取 G-sensor 的數據，經過計算生產 O-sensor 數據，否則只能獲取水平方向的角度。方向感測器提供三個數據，分別為azimuth、pitch和roll：
azimuth： 方位，返回水平時磁北極和 Y 軸的夾角，范圍為0°至360°。0°為北，90°為東，180°為南，270°為西。
pitch： x 軸和水平面的夾角，范圍為-180°至180°。當 z 軸向 y 軸轉動時，角度為正值。
roll： y 軸和水平面的夾角，由於歷史原因，范圍為-90°至90°。當 x 軸向 z 軸移動時，角度為正值。
TYPE_PRESSURE 壓力感測器，單位是hPa(百帕斯卡)，返回當前環境下的壓強。
TYPE_PROXIMITY 接近感測器檢測物體與手機的距離，單位是厘米。一些接近感測器只能返回遠和近兩個狀態，因此，接近感測器將最大距離返回遠狀態，小於最大距離返回近狀態。
TYPE_RELATIVE_HUMIDITY 濕度感測器，單位是 %，來測量周圍環境的相對濕度。
TYPE_ROTATION_VECTOR 旋轉矢量感測器簡稱RV-sensor。旋轉矢量代表設備的方向，是一個將坐標軸和角度混合計算得到的數據。RV-sensor輸出三個數據：
x*sin(theta/2)
y*sin(theta/2)
z*sin(theta/2)
sin(theta/2)是 RV 的數量級。RV 的方向與軸旋轉的方向相同。RV 的三個數值，與cos(theta/2)組成一個四元組。
TYPE_SIGNIFICANT_MOTION 特殊動作觸發感測器。
TYPE_STEP_COUNTER 計步感測器，用於記錄激活後的步伐數。
TYPE_STEP_DETECTOR 步行檢測感測器，用戶每走一步就觸發一次事件。
TYPE_TEMPERATURE 溫度感測器，目前已被TYPE_AMBIENT_TEMPERATURE替代。
❷ 如何為每部Android手機生成一個唯一的ID
這種方法是，以一些特定的信息為基礎，生成設備的唯一標識。
首先，演算法角度，常用的有UUID、摘要兩種。這兩種演算法都是以特定的數據為基礎，生成一個唯一的、固定長度的字元串。這里選擇UUID。
其次，計算的基礎數據，建議選擇divice_id和android_id。原因是，1）這兩個標識雖然不能抵抗wipe操作，但受用戶的行為影響比較小；2）如果正常獲取，都是唯一的；③如果不能正常獲取，結果也是固定的，不會頻繁變化。
再次，優先順序的考慮。從這兩個標識的缺點考慮。
1）device_id。
①不能標識非手機設備，例如Pad。
②許可權問題，因為用戶的反感。
③獲取異常，廠商定製系統中存在的bug，致使返回結果為空，或者為一串「0」或「*」。
④對於雙卡雙待手機，會返回兩個device_id。
2）android_id。
①Android2.3以前，系統Bug，導致不同的設備產生相同的結果：9774d56d682e549c。
②有些可能返回null。
③設備差異：對於CDMA設備，與device_id返回相同的值。
綜合考慮，device_id不能標識某些pad，以及用戶的許可權問題，是我們不能接受的，所以優先使用android_id。對於android_id返回為null的情況，再考慮使用device_id。
最後，當android_id和device_id都返回異常的情況，我們可以隨機生成一個UUID。
❸ Android自定義控制項之可平移、縮放、旋轉圖片控制項
先上效果圖
單點拖動圖片對圖片進行平移操作。雙手縮放圖片大小和旋轉圖片到一定的角度。圖片縮放的時候 不能大於最大的縮放因子和小於最小的縮放因子。大於最大縮放因子或者小於最小縮放因子需要對圖像進行回彈。圖片旋轉的角度只能為90度的倍數，不滿足90度要進行回彈。圖片回彈要一個漸變的效果。
大體思路： 首先，Android中提供了Matrix類可以對圖像進行處理。其次，要顯示一張圖片最容易想到的就是ImageView。回彈要求漸變的過程，可以通過屬性動畫進行設置。所以大體的思路是：繼承ImageView，重寫onTouchEvent()方法，判斷事件類型，在對應的事件使用Matrix對圖像進行變換。
Matrix是一個已經封裝好的矩陣，最重要的作用就是對坐標點進行變換。
舉個栗子：
1.某個點(x0，y0，1)通過單位矩陣E映射得到的點還是(x0,y0,1)。
3.點(x0，y0，1)通過矩陣T映射得到的點就會做如下的變換
可以看到點(x0，y0，1)經過T矩陣在x軸方向上平移了dx，在y軸方向上平移了dy。
通過以上的變換可以得到具體的思路： 我們維護一個圖像對應的矩陣mCurrentMatrix，該矩陣主要是對ImageView中的圖像的各個點進行映射。ImageView在容器位置擺放完成之後，置mCurrentMatrix矩陣為單位矩陣。當onTouchEvent()方法中觸發單點觸控並且手指進行平移的時候，調用矩陣mCurrentMatrix的postTranslate(dx,dy)，對mCurrentMatrix進行變換。當手指抬起，利用變換結束後的矩陣對圖像的各個點進行映射，從而得到平移變換後的圖像。同理可得，在兩只手指進行縮放旋轉的時候，我們對矩陣mCurrentMatrix進行各種變換，當縮放旋轉的事件結束再利用變換完的矩陣去映射圖像的各個點，從而得到縮放、旋轉後的圖像。
安卓自定義View進階 - Matrix原理
安卓自定義View進階 - Matrix詳解
首先理清事件的邏輯：
初始化圖像大小和位置
縮放圖像大小和控制項大小自適應，平移圖像中心和控制項中心重合
onTouchEvent()函數
平移操作
將圖像對應的矩陣進行變換。
縮放操作
mBoundRectF為記錄圖像邊界的矩形。縮放的時候選取圖像的中心進行縮放。
旋轉操作
旋轉的時候旋轉的旋轉中心也是圖像的中心
圖像中各個點的映射
調用ImageView的setImageMatrix(Matrix matrix)會讓ImageView根據設置的matrix去重新繪制圖像。
更新圖像的矩形邊界
獲得圖像的矩形，並根據矩陣映射矩形各個點的坐標。
縮放回彈
旋轉回彈
一些計算方法
要求圖像的變換是一個漸變的過程，很容易想到的就是屬性動畫。因為屬性動畫本身就是對值進行不斷set的過程。而我們維護的矩陣也是一個值，所以很自然可以想到，如果得到回彈之前的矩陣的值以及回彈之後矩陣的值，就可以根據動畫監聽器中動畫當前的系數值去改變矩陣的值。
對animator對象設置完監聽器之後，就可以在手指抬起的時候調用屬性動畫的start()方法開啟動畫。
自定義可平移、縮放、旋轉的控制項主要點有兩個方面：一是onTouchEvent()中判斷平移、旋轉、縮放的觸發條件，平移位移量、縮放比例因子、旋轉角度的計算。二是Matrix矩陣的應用。