开源软件名称（OpenSource Name）：

Tencent/Hardcoder

开源软件地址(OpenSource Url)：

https://github.com/Tencent/Hardcoder

开源编程语言(OpenSource Language)：

C++ 85.9%

开源软件介绍(OpenSource Introduction)：

Hardcoder

中文版请见这里。

Hardcoder is a solution which allows Android APP and Android System to communicate with each other directly, solving the problem that Android APP could only use system standard API rather than the hardware resources of the system. Through Hardcoder, Android APP can make good use of mobile phones hardware resources such as CPU frequency, Large Core, and the GPU to improve APP performance. Hardcoder allows Android system to get more information from APP in order to better provide system resources to Android APP. At the same time, for lack of implementation by the standard interface, the APP and the system can also realize the model adaptation and function expansion through the framework.

Hardcoder framework can averagely optimize the performance of Wechat by 10%-30% in terms of Wechat startup, video delivery, mini program startup, and other highly-loaded scenes. Furthermore, it could also averagely optimize the performance of Mobile QQ by 10%-50% in terms of mobile QQ startup, chatting Initialization, picture delivery, and other highly-loaded scenes. The framework now has been applied to mobile brands such as OPPO, vivo, Huawei, XIAOMI, Samsung, Meizu, etc and covers more than 460 millions devices.

Getting started

Read “Product introduction of Hardcoder” to learn about Hardcoder.
Read “Technical introduction of Hardcoder” to know the implementation philosophy and technical framework.
Use the testapp to quickly verify the performance of Hardcoder. For the further detail, please check ”Hardcoder testapp testing instruction“ and “Hardcoder Benchmark”.
Please check the “Hardcoder Application Instruction” to learn how to use Hardcoder.
1. Download Hardcoder repo and compline Hardcoder aar.
2. Apply Hardcoder aar to “build.gradle”.
3. Call initHardCoder to establish socket connection when process initializes (Generally, it needs to request resource when process initializes. That is the reason why to call initHardCoder when process initializes). Every process is individual and they all need to call initHardCoder to establish socket connection. Every process keeps a socket after the connection and the socket will disconnect if the process quits.
4. Call checkPermission after the success of InitHardCoder call-back and transfer authentication values which are applied from different mobile brands by APP.
5. Call startPerformance under the condition of resource request scenes and transfer parameters that request resource. If the scene is in the stage of process initiation, for example APP startup, startPerformance should not be called until it successfully calls back initHardCoder or it needs to verify whether socket is connected by examining isConnect() of HardCoderJNI.
6. Actively call stopPerformance when scene stops and it needs to transfer the “hashCode" corresponding to the startPerformance in order to identify the corresponding scene. Then it can stop this request.
7. Test the performance. To do the comparison between the situation in which “Hardcoder is on and off”.
Apply the authentication from mobile brands. For the further detail, please check FAQ.
Launch APP which has involved Hardcoder.