Ab 2026 werden wir den Quellcode im 2. und 4. Quartal in AOSP veröffentlichen, um unser trunk-stable-Entwicklungsmodell zu unterstützen und die Plattformstabilität für das Ökosystem zu gewährleisten. Für die Entwicklung und das Beitragen zu AOSP empfehlen wir die Verwendung von android-latest-release anstelle von aosp-main. Der Manifestzweig android-latest-release verweist immer auf das neueste Release, das an AOSP übertragen wurde. Weitere Informationen finden Sie unter Änderungen an AOSP.

IShardHelper

public interface IShardHelper

com.android.tradefed.invoker.shard.IShardHelper

Bekannte indirekte Unterklassen

DynamicShardHelper, ShardHelper, StrictShardHelper

DynamicShardHelper	Sharding-Strategie, die die Auslagerung von Aufgaben zwischen mehreren TF-Instanzen ermöglicht
ShardHelper	Helper-Klasse, die das Erstellen der Shards und die Planung für eine Aufruf übernimmt.
StrictShardHelper	Sharding-Strategie zum Erstellen strenger Shards, die nicht zusammen in Berichten aufgeführt werden,

Benutzeroberfläche eines Objekts, die die Sharding-Strategie beschreibt, die für eine Konfiguration verwendet werden soll.

Zusammenfassung

Öffentliche Methoden
`abstract boolean`	`shardConfig(IConfiguration config, TestInformation testInfo, IRescheduler rescheduler, ITestLogger logger)` Fragmentieren Sie den Shard nach Möglichkeit und planen Sie ihn neu.

Öffentliche Methoden

shardConfig

public abstract boolean shardConfig (IConfiguration config, 
                TestInformation testInfo, 
                IRescheduler rescheduler, 
                ITestLogger logger)

Fragmentieren Sie den Shard nach Möglichkeit und planen Sie ihn neu.

Parameter
`config`	`IConfiguration`: Ein zu ausführender `IConfiguration`.
`testInfo`	`TestInformation`: die `TestInformation` der aktuellen Aufrufs.
`rescheduler`	`IRescheduler`: die `IRescheduler`, in der die Shards neu geplant werden sollen.
`logger`	`ITestLogger`

Returns
`boolean`	„True“, wenn die Konfiguration geSharded wurde, andernfalls „false“.