黑盒BlackBox32版

BlackBox黑盒64位版 2.2.0 免Root版

類型：其他軟件大�。�5.7M語言：中文時間：評分：3.3

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

應(yīng)用介紹

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

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

Xposed模塊支持

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

Xposed已過檢測，Xposed Checker 全綠

相關(guān)說明

本項目開源，clone可直接編譯成品。

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

版本更新

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

修復(fù)多開應(yīng)用無法讀取手機(jī)相冊

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

BlackBox是什么 BlackBox怎么用

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

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

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

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

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

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

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

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

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

因為分布式系統(tǒng)總是更復(fù)雜。

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

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

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

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