L'acc�l�ration mat�rielle, intuitivement, soit acc�l�ration graphique rendu d�pendant de l'impl�mentation GPU La principale diff�rence entre le mat�riel et le logiciel acc�l�re Rendu graphique GPU pour traiter ce qui est, ou CPU Si un GPU, il est consid�r� comme un rendu acc�l�r� mat�riel, alors que le rendu logiciel. La m�me chose est vraie dans Android, mais par rapport au rendu logiciel moyenne, l'acc�l�ration mat�rielle aussi faire d'autres aspects de l'optimisation, non seulement limit�es en termes de dessin, avant de tirer, comment construire sur la zone de dessin, a �galement fait une grande optimisation de l'acc�l�ration mat�rielle, ainsi les caract�ristiques d'acc�l�ration mat�rielle peuvent �tre analys�es � partir des deux parties suivantes:

1, la strat�gie initiale: comment construire les besoins de la r�gion � peindre
2, apr�s le tirage: Un fil de rendu s�par�, en fonction de la GPU pour le dessin

Que ce soit logiciel ou mat�riel rendu acc�l�r�, dessin allouer de la m�moire sont similaires, sont la n�cessit� d'allouer un bloc de demande m�moire services SurfaceFlinger, mais l'acc�l�ration mat�rielle est possible directement � partir de tampons de mat�riel framebuffer pour allouer de la m�moire (SurfaceFlinger �t� si sec), deux APP sont tir�s de la fin, apr�s avoir dessin� une notification fin SurfaceFlinger doivent �galement �tre synth�tis�s, il n'y a pas de diff�rence dans ce processus, La vraie diff�rence est dans la fa�on dont les donn�es sont trac�s en fin compl�te UI APP , La compr�hension intuitive de ce document sous la diff�rence entre les deux, impliquera une partie du code source, mais sans comprendre.

points de l'acc�l�ration mat�rielle de d�saccord

Probablement � partir d'Android 4. + commencer, par d�faut, sont pris en charge avec l'acc�l�ration mat�rielle activ�e, il y a aussi t�l�phone prend en charge l'acc�l�ration mat�rielle, mais une partie de l'API ne prend pas en charge l'acc�l�ration mat�rielle, si l'utilisation de ces API, vous devez d�sactiver la principale acc�l�ration mat�rielle ou Afficher l'activit� de couche ou couches, comme toile clipPath similaires. Cependant, Voir dessin est un logiciel ou mat�riel acc�l�rent � acc�l�rer, g�n�ralement pas visible dans le d�veloppement de rendu graphique que le temps, les diff�rences entre le mat�riel et le point de logiciel o� est-il? Par exemple, il est n�cessaire de redessiner View, appeler g�n�ralement vue, invalidate, d�clenchement redessin�e, suivez cette ligne de go, allez points de contr�le de d�saccord.

Voir redessiner

Comme on peut le voir � partir du flux d'appels ci-dessus, et enfin entrer dans la vue de redessiner le tirage ViewRootImpl, il y a un point de d�cision est le point de l'acc�l�ration mat�rielle de divergence, ce qui suit simplifi�e

ViewRootImpl.java

tirage private void (bool�en fullRedrawNeeded) { ... if (! dirty.isEmpty () || || mIsAnimating accessibilityFocusDirty) { < ! - acc�l�ration cl� 1 mat�riel est activ� - > si (mAttachInfo.mHardwareRenderer! = null && mAttachInfo.mHardwareRenderer.isEnabled ()) { ... dirty.setEmpty (); mBlockResizeBuffer = false; < ! - cl� 2 acc�l�ration mat�rielle rendu - > mAttachInfo.mHardwareRenderer.draw (MView, mAttachInfo, this); } Else { ... < ! - logiciels cl�s pour tirer 3 - > if (! drawSoftware (surface, mAttachInfo, xOffset, yOffset, scalingRequired, sale)) { retour; } ...

1 Le point essentiel est de permettre des conditions d'acc�l�ration mat�rielle, et le mat�riel doit prendre en charge l'acc�l�ration mat�rielle activ�e avant de pouvoir rencontrer, sur l'utilisation de HardwareRenderer.draw, sinon drawSoftware (logiciel de rendu). Court regard de r�ponse � cette condition, par d�faut, cette condition est vraie, car apr�s 4 + t�l�phones acc�l�ration mat�rielle de soutien en g�n�ral, mais aussi en ajoutant la fen�tre lorsque, ViewRootImpl sera l'acc�l�ration mat�rielle ouverte enableHardwareAcceleration, nouvelle HardwareRenderer, et initialise le mat�riel environnement acc�l�r�.

enableHardwareAcceleration private void (WindowManager.LayoutParams attrs) { < ! - La configuration du commutateur d'acc�l�ration mat�rielle acquise - > // Essayez d'activer l'acc�l�ration mat�rielle sur demande finale = bool�en hardwareAccelerated ! (Attrs.flags & WindowManager.LayoutParams.FLAG_HARDWARE_ACCELERATED) = 0; si (hardwareAccelerated) { ... < ! - Nouveau mat�riel graphique acc�l�r� renderer - > mAttachInfo.mHardwareRenderer = HardwareRenderer.create (mContext, translucide); si (mAttachInfo.mHardwareRenderer! = null) { mAttachInfo.mHardwareRenderer.setName (attrs.getTitle () toString ().); mAttachInfo.mHardwareAccelerated = mAttachInfo.mHardwareAccelerationRequested = true; } ...

En fait, ici avec des points d'acc�l�ration mat�rielle de rendu logiciel de d�saccord ont trouv�, est ViewRootImpl au tirage au sort quand, le cas �ch�ant acc�l�ration mat�rielle sur l'utilisation de HardwareRenderer dessiner, dessiner ou prendre le processus logiciel, drawSoftware est en fait tr�s simple, utilisez Surface.lockCanvas, � SurfaceFlinger demander une allocation de m�moire de m�moire partag�e anonyme, en m�me temps obtenir un SkiaCanvas ordinaire, appelant � des biblioth�ques Skia, rendu graphique,

priv� drawSoftware bool�enne (surface de la surface, AttachInfo AttachInfo, int xoff, int yoff, bool�en scalingRequired, sale Rect) { derni�re toile en toile; try { < ! - Point cl� 1 - > toile = mSurface.lockCanvas (sale); .. < ! - Dessine cl� 2 - > mView.draw (toile); .. notification SurfaceFlinger 3 points cl�s soient des couches synth�tis�es surface.unlockCanvasAndPost (toile); ...} return true;}

travail drawSoftware enti�rement fait par le CPU, le GPU ne concerne pas le fonctionnement, le mat�riel suivant a port� regard HardwareRenderer r�alis� un rendu acc�l�r�.

mod�le rendu acc�l�r� du mat�riel HardwareRenderer

Dit au d�but, consiste rendu acc�l�r� par le mat�riel de deux phases: la phase de construction + �tape dessin, est de construire le soi-disant traverser r�cursive toutes les vues, il faudra l'op�ration en cache, puis de nouveau pour s�parer rendu cette discussion Utiliser le rendu OpenGL. l'acc�l�ration mat�rielle Android dans le cadre, la vue est extrait dans RenderNode Voir nud, ce qui rend la vue sera abstraire dans un DrawOp (DisplayListOp), comme dans le drawLine View, la construction sera abstraire en actions DrawLintOp, DrawBitmap peut abstraire en DrawBitmapOp, ce qui rend chaque sous-View est extrait dans DrawRenderNodeOp, chacun a une commande de dessin OpenGL DrawOp correspondant, tout en conservant les donn�es internes n�cessaires � l'�tablissement. Comme suit:

Dessin abstrait Op

Donc, puisque chaque vue non seulement tenir leur propre DrawOp Liste, tout en tenant aussi un enfant de dessin Vue de l'entr�e, donc r�cursion, sera en mesure de compter toute la peinture Op, de nombreux analystes ont appel� Liste d'affichage, le code source est ainsi nomm� classe, mais il est en fait plus comme un arbre, plut�t que de liste, donnent les indications suivantes:

acc�l�ration mat�rielle .jpg

Apr�s la construction est termin�e, vous pouvez utiliser cet arbre au dessin op fil Render dessiner ici est le m�me logiciel pour dessiner un endroit tr�s diff�rent lorsque le rendu logiciel, Voir dessin g�n�ralement fini dans le thread principal, et l'acc�l�ration mat�rielle, � moins que des exigences particuli�res, habituellement dessin dans terminez un thread s�par�, donc depuis le fil conducteur de partager le sort de la pression pour am�liorer la vitesse de r�ponse du thread d'interface utilisateur.

mod�le d'acc�l�ration mat�rielle .jpg

Connaissant tout le mod�le, il est un code simple � comprendre le processus de mise en uvre, le regard sous l'arbre et de construire ensemble r�cursive RenderNode DrawOp.

Construction set DrawOp utilisant HardwareRenderer

ensemble du mat�riel HardwareRenderer rendu acc�l�r� de l'entr�e, est un ThreadedRenderer atteindre l'objet, on peut voir � partir du nom, ThreadedRenderer doit �tre �troitement li�e � un fil de rendu, mais ThreadedRenderer est cr�� sur le thread d'interface utilisateur, il est �galement r�put� �tre li� au thread d'interface utilisateur, et son r�le principal :

1, DrawOp complet b�timent situ� dans le thread d'interface
2, responsable de la communication avec le fil de rendu

ThreadedRenderer r�le visible est tr�s important, il suffit de regarder � la mise en uvre:

ThreadedRenderer (contexte de contexte, translucide bool�en) { ... < ! - New node-- native > longue rootNodePtr = nCreateRootRenderNode (); mRootNode = RenderNode.adopt (rootNodePtr); mRootNode.setClipToBounds (false); < ! - New NativeProxy-- > mNativeProxy = nCreateProxy (translucide, rootNodePtr); ProcessInitializer.sInstance.init (contexte, mNativeProxy); loadSystemProperties (); }

Vu du code ci-dessus, ThreadedRenderer il y a un ensemble DrawOp RootNode utilis� pour identifier la racine de l'arbre, il y a le nud racine peut acc�der � tous dessiner Op, ainsi qu'un objet RenderProxy, qui est maintenant utilis� pour le rendu fil poign�e de communication, regardez son constructeur:

RenderProxy :: RenderProxy (bool translucide, RenderNode * rootRenderNode, IContextFactory * ContextFactory) : MRenderThread (RenderThread :: getInstance ()) , MContext (nullptr) { SETUP_TASK (CreateContext); args- > translucide = translucide; args- > rootRenderNode = rootRenderNode; args- > thread = & mRenderThread; args- > ContextFactory = ContextFactory; mContext = (CanvasContext *) postAndWait (t�che); mDrawFrameTask.setContext (& mRenderThread, mContext); }

Comme on peut le voir RenderThread :: getInstance (), RenderThread est un fil singleton, qui est, chaque processus jusqu'� un fil de rendu mat�riel, donc il n'y aurait pas un conflit d'acc�s simultan�s multi-thread, ici en fait rendu l'environnement mat�riel il a mis en place un bon environnement. Ici, alors regardez ThreadedRenderer la fonction de tirage au sort, comment construire un arbre de rendu Op:

@Override vide draw (Voir vue, AttachInfo AttachInfo, callbacks HardwareDrawCallbacks) { attachInfo.mIgnoreDirtyState = true; Suggestion finale = attachInfo.mViewRootImpl.mChoreographer; choreographer.mFrameInfo.markDrawStart (); < ! - L�gende 1: Vue du b�timent de l'arbre DrawOp - > updateRootDisplayList (voir, callbacks); < ! - Touche 2: Notification fil RenderThread tirage - > int SyncResult = nSyncAndDrawFrame (mNativeProxy, frameInfo, frameInfo.length); ... }

Seuls les soins sur les points cl�s 1 updateRootDisplayList, construction RootDisplayList, en fait, la construction Vue de l'arbre DrawOp, updateRootDisplayList � son tour appelle la vue racine de updateDisplayListIfDirty, laissez Voir enfant r�cursive de updateDisplayListIfDirty, afin de compl�ter la cr�ation d'un arbre DrawOp, processus bri�vement:

updateRootDisplayList private void (Voir vue, callbacks HardwareDrawCallbacks) { < ! - Mise � jour - > updateViewTreeDisplayList (vue); si (mRootNodeNeedsUpdate ||! mRootNode.isValid ()) { < ! - Get DisplayListCanvas-- > DisplayListCanvas toile = mRootNode.start (mSurfaceWidth, mSurfaceHeight); try { < ! - utiliser de la toile cache Op-- > saveCount final int = canvas.save (); canvas.translate (mInsetLeft, mInsetTop); callbacks.onHardwarePreDraw (toile); canvas.insertReorderBarrier (); canvas.drawRenderNode (view.updateDisplayListIfDirty ()); canvas.insertInorderBarrier (); callbacks.onHardwarePostDraw (toile); canvas.restoreToCount (saveCount); mRootNodeNeedsUpdate = false; } Enfin { < ! - tous Op rempli RootRenderNode-- > mRootNode.end (toile); } } }

Avec Vue de RenderNode get un DisplayListCanvas
DisplayListCanvas utiliser pour construire et mettre en cache tous les DrawOp
Le cache DisplayListCanvas DrawOp rempli RenderNode
Voir le cache racine DrawOp RootRenderNode fourni � la construction compl�te

Proc�d� dessin

Regardez simplement la vue DrawOp de construction r�cursive, et de remplir leur propre

�@NonNull publique RenderNode updateDisplayListIfDirty () { finale RenderNode renderNode = mRenderNode; ... // commencer � acqu�rir l'acc�l�ration mat�rielle pour dessiner un DisplayListCanvas DisplayListCanvas finale toile = renderNode.start (largeur, hauteur); try { // si textureView couche finale HardwareLayer = getHardwareLayer (); si (couche! = null && layer.isValid ()) { canvas.drawHardwareLayer (couche, 0, 0, mLayerPaint); } Else if (layerType == LAYER_TYPE_SOFTWARE) { // si pour forcer le logiciel � dessiner buildDrawingCache (true); Bitmap cache = getDrawingCache (true); si (cache! = null) { canvas.drawBitmap (cache, 0, 0, mLayerPaint); } } Else { // Si seulement ViewGroup, et d'en tirer leur propre enfant sans r�cursion directe Voir if ((mPrivateFlags & PFLAG_SKIP_DRAW) == PFLAG_SKIP_DRAW) { dispatchDraw (toile); } Else { < ! - se disent dessiner, si elle est ViewGroup r�cursive sous View-- > dessiner (toile); } } } Enfin { < ! - build cache Op-- > renderNode.end (toile); setDisplayListProperties (renderNode); } } retourner renderNode; }

Voir TextureView avec un logiciel sp�cial obligatoire pour �tablir des comparaisons, il y a un traitement suppl�mentaire ici ne se soucient pas, regarder directement le tirage ordinaire, si dans la vue onDraw, il y a un drawLine ici appellera DisplayListCanvas de la fonction drawLine, DisplayListCanvas et diagramme de classes RenderNode au sujet comme suit

l'acc�l�ration mat�rielle de la classe figure

DisplayListCanvas de la fonction drawLine finiront par entrer dans le drawLine DisplayListCanvas.cpp,

DisplayListCanvas vide :: drawLines (float const * points, nombre int, const SkPaint et peinture) { points = refBuffer < flotteur > (Points, compter); addDrawOp (nouveau (alloc ()) DrawLinesOp (points, nombre, refPaint (et peinture))); }

On peut voir ici construit une DrawLinesOp, et ajout� � la liste de cache DisplayListCanvas aller, afin que nous puissions achever la construction d'un arbre r�cursif DrawOp, l'utilisation RenderNode apr�s la construction de la fonction de fin, les donn�es mises en cache dans DisplayListCanvas RenderNode aller �:

public void fin (toile DisplayListCanvas) { canvas.onPostDraw (); longue renderNodeData = canvas.finishRecording (); < ! - va DrawOp go RenderNode en cache - > nSetDisplayListData (mNativeRenderNode, renderNodeData); // r�cup�ration de la toile off> canvas.recycle (); mvalid = true; }

Donc, nous allons terminer la construction de l'arbre DrawOp, apr�s avoir utilis� RenderProxy envoyer un message � RenderThread, demandant fil rendu OpenGL.

RenderThread pour rendre l'interface utilisateur graphique Tampon

Apr�s la construction d'arbres ach�vement DrawOp, le thread d'interface utilisateur � l'aide d'un RenderProxy thread envoie une demande de t�che RenderThread DrawFrameTask, RenderThread se r�veille, commencer le rendu, le processus g�n�ral suivant:

Tout d'abord, la fusion DrawOp
Prochain tirage couche sp�ciale
Enfin, tirer tout le reste DrawOpList
Appel SwapBuffers �laboreront un bon tampon graphiques pr�c�demment soumis � la synth�se et l'affichage Surface Flinger.

Mais avant que la brosse en tirant l'origine de la m�moire, construite avant l'arbre apr�s tout DrawOp juste une m�moire utilisateur ordinaire, et une partie des donn�es pour SurfaceFlinger sont invisibles, puis attir�s par les donn�es de m�moire partag�e seront SurfaceFlinger synth�se, logiciel d'analyse avant de l'interface utilisateur avait tir�e d'une m�moire partag�e anonyme, de sorte que l'acc�l�ration mat�rielle la m�moire partag�e vient? Ici, vous pouvez revenir en arri�re et de regarder ViewRootImlp

performTraversals private void () { ... si (mAttachInfo.mHardwareRenderer! = null) { try { hwInitialized = mAttachInfo.mHardwareRenderer.initialize ( mSurface); si (hwInitialized && (host.mPrivateFlags & View.PFLAG_REQUEST_TRANSPARENT_REGIONS) == 0) { mSurface.allocateBuffers (); } } Catch (e OutOfResourcesException) { handleOutOfResourcesException (e); retour; } } .... / ** * Allouer tampons � l'avance pour �viter les retards d'allocation pendant le rendu * @Hide * / allocateBuffers public void () { synchronis�e (mlock) { checkNotReleasedLocked (); nativeAllocateBuffers (mNativeObject); } }

Comme on peut le voir, pour l'acc�l�ration mat�rielle sc�ne, lorsque la possibilit� de demander l'allocation de m�moire SurfaceFlinger un peu plus t�t, plut�t que comme logiciel de rendu, initi� par la surface de lockCanvas, les principaux objectifs sont les suivants: la position de cr�neau horaire attribu� avant, afin d'�viter une nouvelle demande lors du rendu est d'�viter l'�chec d'allocation, une perte de travaux pr�paratoires avant que le processeur, le second est �galement possible de rendre fil de travail pour simplifier et r�duire le d�lai. Cependant, il y a encore un autre probl�me, un processus APP, sur la m�me p�riode, il y aura une interface graphique de surface, mais seulement un fil de rendu, alors qu'est-ce qui la rendent? Cette fois-ci nous avons besoin de la surface et le fil de rendu (contexte) contraignant.

statique jboolean android_view_ThreadedRenderer_initialize (env JNIEnv *, jobject clazz, jlong proxyPtr, jobject jsurface) { RenderProxy * proxy = reinterpret_cast < RenderProxy * > (ProxyPtr); sp < ANativeWindow > �Fen�tre = android_view_Surface_getNativeWindow (env, jsurface); retour proxy- > initialiser (fen�tre); }

La premi�re surface acquise par android_view_Surface_getNativeWindowSurface, la couche native, surface correspondant � une ANativeWindow, puis, les fonctions membres de ANativeWindow de la classe initialize RenderProxy obtenu pr�c�demment li� � RenderThread

bool RenderProxy :: initialize (const sp < ANativeWindow > Et fen�tre) { SETUP_TASK (initialisation); args- > contexte = mContext; args- > fen�tre = window.get (); retour (bool) postAndWait (t�che); }

envoie toujours un message au fil de rendu, laissez la fen�tre de liaison actuelle, en fait, appelez CanvasContext la fonction initialize, si graphiques contexte li� m�moire graphique:

bool CanvasContext :: initialize (ANativeWindow fen�tre *) { setSurface (fen�tre); si (mCanvas) faux retour; mCanvas = new OpenGLRenderer (mRenderThread.renderState ()); mCanvas- > InitProperties (); return true; }

CanvasContext setSurface par le courant � rendre la surface li�e � RenderThread dans le flux g�n�ral est obtenu par un EGLSurface eglApi, EGLSurface encapsule une surface de dessin, et en outre, par eglApi EGLSurface ensemble rendent la fen�tre, et analogues pour la m�moire graphique courante informations sont synchronis�es par le temps RenderThread apr�s le dessin afin de savoir ce qui est dessin� sur la fen�tre. Voici l'accueil principal avec la biblioth�que OpenGL, toutes les op�rations seront finalement attribu�s � l'interface abstraite eglApi aller. Si, ce n'est pas Android, est une plate-forme Java commune, a �galement besoin d'une op�ration similaire, le processus d'encapsulation et est tenu de rendre la EGLSurface actuelle, car OpenGL est un ensemble de sp�cifications, vous souhaitez utiliser, il faut aller conform�ment � cette sp�cification. Ensuite, cr�ez un second objet OpenGLRenderer derri�re la mise en uvre des op�rations li�es � l'OpenGL, quand, en fait, r�alis� par le OpenGLRenderer.

processus de liaison

Le processus ci-dessus compl�t�, ordonn� DrawOp tree've construit, l'allocation de m�moire a �galement �t� bonne, l'environnement et les sc�nes se lient r�ussit, le reste est tir�, mais dit, le tirage r�el des appels OpenGL avant l'op�ration de fusion ceci est fait pour optimiser l'acc�l�ration mat�rielle Android, tourner autour et continuer � faire avancer le processus de tirage au sort, en effet, aller drawRenderNode OpenGLRenderer un processus r�cursif:

vide OpenGLRenderer :: drawRenderNode (RenderNode * renderNode, Rect et sale, int32_t replayFlags) { ... < ! - Construction de deferredList-- > DeferredDisplayList deferredList (mState.currentClipRect (), avoidOverdraw); DeferStateStruct deferStruct (deferredList, * ce, replayFlags); < ! - Fusions et groupes - > renderNode- > defer (deferStruct, 0); < ! - Dessine layer-- > flushLayers (); startFrame (); < ! - Dessine arbre DrawOp - > deferredList.flush (* cela, sale); ... }

Acc�l�ration mat�rielle processus de rendu

Regardez renderNode- > Diff�rer (deferStruct, 0), l'op�ration de fusion, arbre DrawOp est pas directement tir�, mais d'abord proc�d� � une optimisation combin�e DeferredDisplayList, ceci est une optimisation des moyens d'acc�l�ration mat�rielle Android utilis�s, non seulement peut r�duire le dessin inutile, il peut �galement �tre centralis�e traitement de dessin similaire pour am�liorer la vitesse de dessin.

vide RenderNode :: defer (DeferStateStruct & deferStruct, niveau const int) { gestionnaire DeferOperationHandler (deferStruct, niveau); issueOperations < DeferOperationHandler > (DeferStruct.mRenderer, gestionnaire); }

RenderNode :: defer contient en fait une op�ration r�cursive, par exemple, si les repr�sentants du RenderNode actuel DecorView, il va r�cursive fusionner toutes l'optimisation sous-View et processus bri�vement algorithme de fusion et d'optimisation, en fait, principalement pour construire DeferedDisplayList selon l'arbre DrawOp , Defer, il y a eu des retards moyenne, pour la fusion DrawOp de deux conditions n�cessaires,

1: deux DrawOp doit �tre le m�me type, lorsque ce type de fusion sont abstraire comme ID de lot, les valeurs sont les suivantes:

�ENUM OpBatchId { kOpBatch_None = 0, // Do not lot kOpBatch_Bitmap, kOpBatch_Patch, kOpBatch_AlphaVertices, kOpBatch_Vertices, kOpBatch_AlphaMaskTexture, kOpBatch_Text, kOpBatch_ColorText, kOpBatch_Count, // Ajouter d'autres ids de commandes avant cette };

2: DrawOp d'ID de fusion doit �tre le m�me, ID de fusion pas trop restrictive, personnalis�e par chaque d�cision de DrawOp, mais il semble que DrawPatchOp, DrawBitmapOp, sp�cial DrawTextOp, et le reste ne pas besoin de tenir compte de la fusion semble, est au-dessus de trois instant, conditions de fusion sont tr�s dures

Dans le processus de fusion, DrawOp �tre divis� en deux types: la n�cessit� et ne pas besoin de fusionner ensemble et sont mises en cache dans les diff�rentes listes, vous ne pouvez pas fusionner par type ont �t� stock�s dans le lot * mBatchLookup Il peut �tre combin� en fonction du type et MergeID stock� TinyHashMap < mergeid_t, DrawBatch * > �mMergingBatches Le diagramme ci-dessous:

Les op�rations de fusion de DrawOp

Apr�s la fusion, DeferredDisplayList Vector < lot * > �mBatches y compris une commande de dessin de l'ensemble int�gr�, apr�s le rendu peut �tre, il faut noter que la fusion ne soit pas plus qu'un changement ici, faire juste une collection, principalement pour faciliter l'utilisation de diverses textures et d'autres ressources, telles que le temps pour dessiner le texte, vous devez selon le texte du rendu de la texture, mais cette fois vous avez besoin de coordonn�es de texture de texte de la requ�te, ont fusionn� ensemble pour faciliter le traitement unifi�, une fois rendu, r�duire les d�chets de chargement des ressources, bien s�r, pour la compr�hension du processus global de l'acc�l�ration mat�rielle, l'op�ration de fusion peut �tre compl�tement ignor� m�me penser intuitivement, apr�s que vous avez construit, vous pouvez diriger le rendu, sa principale caract�ristique est Render pour dessiner un autre thread en utilisant OpenGL, c'est la plus caract�ristique importante . Tous les mBatches DrawOp sera tir� au sort dans le GraphicBuffer par OpenGL, et enfin la synth�se par notification SwapBuffers SurfaceFlinger.

r�sum�

Acc�l�ration mat�rielle logiciel de rendu avec la principale diff�rence r�side dans le tirage, l'allocation de m�moire globale du proc�d�, la synth�se de la couche est le m�me, mais par rapport � acc�l�ration mat�rielle de rendu algorithme logiciel est plus raisonnable, tout en utilisant un fil de rendu s�par�, ce qui r�duit le fil principal fardeau.

Pour r�f�rence, s'il vous pla�t me corriger

[joint] Vid�os li�es � l'architecture

collecte des donn�es

Regarder + r�ponse priv�e lettre, libre acc�s � donn�es Andrews �!

Android pour obtenir � recevoir l'architecture avanc�e de l'information, le code source, notes, vid�o. Interface utilisateur principale, optimisation des performances, des cours d'architecte, NDK, d�veloppement hybride (ReactNative + Weex) applet micro lettre, pratique avanc�e Flutter Android tous les aspects de la technologie

Route de la soie

Apprenez � conna�tre la Chine

compr�hension de principe de l'acc�l�ration mat�rielle Android du papier blanc

points de l'acc�l�ration mat�rielle de d�saccord

mod�le rendu acc�l�r� du mat�riel HardwareRenderer

Construction set DrawOp utilisant HardwareRenderer

RenderThread pour rendre l'interface utilisateur graphique Tampon

r�sum�