BlackBox黑盒64位版 2.2.0 免Root版

類(lèi)型：其他軟件大小：5.7M語(yǔ)言：中文時(shí)間：5-20評(píng)分：3.3

黑盒BlackBox32位版是一個(gè)在安卓手機(jī)上模擬運(yùn)行其他應(yīng)用的軟件，這個(gè)分為64位和32位，這是兩個(gè)軟件，大家根據(jù)自己的實(shí)際情況來(lái)下載使用。

應(yīng)用介紹

黑盒BlackBox是一款虛擬引擎，它可以在 Android 上下載和運(yùn)行虛擬應(yīng)用程序，無(wú)需安裝 APK 文件即可在設(shè)備上運(yùn)行應(yīng)用程序。簡(jiǎn)言之，即可在Android上克隆、運(yùn)行虛擬應(yīng)用，擁有免安裝運(yùn)行能力。黑盒可以掌控被運(yùn)行的虛擬應(yīng)用，做任何想做的事情。

微控制器在交通、工業(yè)、醫(yī)學(xué)和日常生活中無(wú)處不在。

Xposed模塊支持

已支持運(yùn)行Xposed模塊與Vxp不同的是，目前多用戶(hù)環(huán)境下，裝xp模塊之后會(huì)同步到所有用戶(hù)下，每個(gè)用戶(hù)可單獨(dú)配置。可支持模塊分用戶(hù)進(jìn)行hook。

Xposed已過(guò)檢測(cè)，Xposed Checker 全綠

相關(guān)說(shuō)明

本項(xiàng)目開(kāi)源，clone可直接編譯成品。

本項(xiàng)目區(qū)分32位與64位，目前是2個(gè)不同的應(yīng)用，如在演示已安裝列表內(nèi)無(wú)法找到需要開(kāi)啟的應(yīng)用說(shuō)明不支持，請(qǐng)編譯其他的架構(gòu)。

版本更新

修復(fù)某些情況下會(huì)導(dǎo)致手機(jī)重啟

修復(fù)多開(kāi)應(yīng)用無(wú)法讀取手機(jī)相冊(cè)

優(yōu)化菜單長(zhǎng)按彈出的觸發(fā)

BlackBox是什么 BlackBox怎么用

微控制器在交通、工業(yè)、醫(yī)學(xué)和日常生活中無(wú)處不在。

最早的電子元件“大量焊接”，由于目前的編程可以取代“焊接時(shí)代”。昨天一切都需要焊接。今天重新編程沒(méi)問(wèn)題。一個(gè)簡(jiǎn)單的多諧振蕩器，另一個(gè)在微控制器上實(shí)現(xiàn)的蜂鳴器項(xiàng)目，將在許多方面比基本的電子產(chǎn)品更便宜。所以我認(rèn)為這種趨勢(shì)會(huì)越來(lái)越普遍。

微控制器是非復(fù)雜項(xiàng)目的組件，如光開(kāi)關(guān)或液位傳感器，一旦調(diào)試，就不需要任何額外的設(shè)置。然而，大多數(shù)項(xiàng)目也涉及與外部世界的互動(dòng)。例如，恒溫器或定時(shí)器需要能夠管理、調(diào)整和控制設(shè)定點(diǎn)。在大多數(shù)情況下，這是通過(guò)向項(xiàng)目中添加控制機(jī)制和設(shè)備來(lái)實(shí)現(xiàn)的。所以，最容易重新開(kāi)始的項(xiàng)目是屏幕、按鈕、編碼器。微控制器的組件已經(jīng)是有限的資源，用于用戶(hù)交互的整個(gè)基礎(chǔ)設(shè)施。因此，攜帶整個(gè)有用的功能核心、微控制器和電源鍵需要5-10%的物理量。剩下的是一個(gè)輔助屏幕和按鈕。

這很常見(jiàn)，幾乎無(wú)處不在。目前正在研制電視、空調(diào)、冰箱和機(jī)器的所有遙控器。已經(jīng)寫(xiě)了很多多層菜單迷宮。而且，這些內(nèi)置的機(jī)械按鈕、編碼器和屏幕都可能被破壞。

在某些情況下，剩下的維護(hù)設(shè)備無(wú)法使用。同時(shí)，與我們的任何移動(dòng)設(shè)備相比，所有這些按鈕和屏幕的使用容量都是有限的。舒適、對(duì)比度大、觸摸屏和“大腦”。

有些人的架子上有灰塵，這臺(tái)舊設(shè)備很有用。

在這方面，在微控制器項(xiàng)目中，擺脫屏幕、按鈕，并將所有控制和監(jiān)控功能轉(zhuǎn)移到移動(dòng)設(shè)備上，這是一件好事。在我看來(lái)，這將是一個(gè)更方便，更有效的解決方案為最終用戶(hù)。

在這方面已經(jīng)做了一些工作。例如，基于平臺(tái)的模型不僅通過(guò)藍(lán)牙顯示手機(jī)的重量，還跟蹤其變化歷史。無(wú)論如何，內(nèi)置的重量指示器仍然存在。

在我看來(lái)，很快，所有產(chǎn)品都會(huì)出現(xiàn)新的模式。購(gòu)買(mǎi)電器的消費(fèi)者需要從制造商的網(wǎng)站下載并安裝應(yīng)用程序才能使用其功能。那么，為什么這些好處現(xiàn)在如此明顯，但還沒(méi)有開(kāi)始將一些用戶(hù)交互從微控制器轉(zhuǎn)移到移動(dòng)設(shè)備上呢？因?yàn)橛密浖�很難實(shí)現(xiàn)。

因?yàn)榉植际较到y(tǒng)總是更復(fù)雜。

復(fù)雜性不在于通信/傳輸?shù)脑�理，而在于通過(guò)傳輸方式編寫(xiě)協(xié)議本身的復(fù)雜性，這已由UART、I2C和CAN形式化。一些問(wèn)題：跟蹤信道故障、請(qǐng)求重新傳輸、調(diào)度數(shù)據(jù)包等都是由TCP/IP協(xié)議實(shí)現(xiàn)的資源充足的機(jī)器。但是還有一個(gè)非常重要的部分，那就是為每個(gè)項(xiàng)目編寫(xiě)一個(gè)特別要求的通信協(xié)議。解決方案之一是編程過(guò)程的自動(dòng)化。

為此，像往常一樣，您需要?jiǎng)?chuàng)建一種語(yǔ)言（DSL），正式描述協(xié)議，然后根據(jù)各種目標(biāo)平臺(tái)的源代碼描述，基于所需的編程語(yǔ)言創(chuàng)建一個(gè)程序。生成有許多現(xiàn)成解決方案的例子。

交換協(xié)議的復(fù)雜程度可根據(jù)與直升機(jī)的交換協(xié)議描述進(jìn)行評(píng)估。在這種情況下，XML被視為語(yǔ)言協(xié)議描述的一種選擇。對(duì)于微控制器來(lái)說(shuō)，由于資源有限，基于TCP/IP的大型機(jī)器解決方案不適合。必須使用CRC、位/字節(jié)填充、字節(jié)順序，并考慮到這一點(diǎn)或那一點(diǎn)并不明顯的微妙之處。試圖通過(guò)手寫(xiě)來(lái)解決這個(gè)問(wèn)題可能會(huì)把程序員的創(chuàng)造性生活變成地獄，類(lèi)似于不同瀏覽器上支持的Java腳本所支持的混亂。而且，在一個(gè)完全不同的平臺(tái)上，有不同的語(yǔ)言。即使對(duì)已調(diào)試的協(xié)議進(jìn)行微小的更改，也會(huì)導(dǎo)致冗長(zhǎng)的調(diào)試。

上面列出的許多工具在代碼生成過(guò)程中已降至微控制器級(jí)別。使用上述代碼生成工具的嘗試很難應(yīng)用于較舊的32位微控制器系列。最流行、最便宜、使用最廣泛的8位微控制器仍在等待名單上。我自己經(jīng)常遇到將控制權(quán)委托給移動(dòng)設(shè)備的項(xiàng)目。這有時(shí)是可以做到的，但功能的進(jìn)一步支持和擴(kuò)展還不夠。