|
[[389195]] 詳細については、以下をご覧ください。 51CTOとHuaweiが共同で構築したHarmonyOSテクノロジーコミュニティ。 https://harmonyos..com 序文AndroidプラットフォームベースのVideoCacheコンポーネント(https://github.com/danikula/AndroidVideoCache)は、HarmonyOSへの移行とリファクタリングが完了しました。コードはオープンソースです(https://gitee.com/isrc_ohos/android-video-cache_ohos)。ぜひダウンロードしてご利用いただき、貴重なフィードバックをお寄せください。 背景ネットワーク速度が変動する環境で動画を閲覧する場合、ネットワーク速度の低さが原因で読み込みが途切れたり、再生に失敗するといった状況に遭遇することがよくあります。VideoCacheコンポーネントは動画キャッシュ機能を実装し、動画再生中に動画ソースをキャッシュします。ネットワーク速度が遅い場合、スマートフォンは事前にキャッシュされた動画データを読み込むことで、正常な動画再生を確保し、よりスムーズな視聴体験を提供します。 コンポーネントレンダリング1. メインメニューインターフェース: ビデオ再生ソフトウェアをインストールしたら、HarmonyOSデバイス上のHarmonyVideoCacheソフトウェアアイコンをクリックしてソフトウェアを起動し、メインメニューインターフェースに入ります。メインメニューインターフェースに入ると、下の画像のようにビデオが自動的に再生されます。 図1. ビデオ再生のメインメニューインターフェース 2. キャッシュを検証するビデオの再生が終了したら、携帯電話のデータと Wi-Fi 接続を手動でオフにすることができます。 図2. ネットワーク接続の切断 ネットワーク接続をオフにした後、VideoCacheアプリケーションに戻り、再生ボタンをクリックしてください。ローカルキャッシュを使用してビデオを再生できることがわかります。図1と図3の違いに注目してください。図1ではタスクバーにWi-Fi接続が表示されていますが、図3ではWi-Fi接続がありません。 図3. キャッシュされたビデオの再生 サンプル分析図4に示すように、このコンポーネントはローカルサーバーとリモートサーバーの間にプロキシサーバーを構築します。ローカルマシンがプロキシサーバーにビデオネットワークリクエストを送信すると、プロキシサーバーはプロキシソケットを介してリモートサーバーに接続し、リモートサーバーからのビデオデータをプロキシサーバーのキャッシュに書き戻します。ローカルでビデオを再生する際、データはプロキシサーバーのキャッシュから読み込まれます(図4はhttps://www.jianshu.com/p/4745de02dcdcから引用)。ビデオキャッシュの手順については、以下で詳しく説明します。 図4. VideoCacheコンポーネントのビデオキャッシュ原理 1. HttpProxyCacheServerクラスのオブジェクトをインスタンス化するHttpProxyCacheServerクラスは、ビデオプレーヤーからの再生リクエストを処理するために使用できます。ローカルキャッシュが存在する場合、ビデオ再生時にローカルIPアドレス(LocalURL:127.0.0.1から始まる)をビデオプレーヤーに返します。 - プライベート HttpProxyCacheServer mCacheServerProxy= null ;
- パブリックvoid onStart(インテント インテント) {
- ...
- mCacheServerProxy == null の場合{
- コンテキスト context = this;
- // HttpProxyCacheServer オブジェクトをインスタンス化する
- mCacheServerProxy = 新しい HttpProxyCacheServer(コンテキスト);
- }
- ...
- }
2. キャッシュ リスナー (CacheListener) を定義します。 CacheListener はファイル キャッシュの進行状況を監視するために使用され、開発者がキャッシュの進行状況を判断しながらさまざまな操作を実行するのに便利です。 onCacheAvailable() メソッドは、CacheListener を設定する際にオーバーライドする必要があるメソッドです。このメソッドのパラメータには、cacheFile はキャッシュファイルのアドレス、url はネットワークビデオの URL、percentsAvailable はキャッシュの進行状況を表す 1 から 100 までの値が含まれます。値が 100 の場合、すべてのビデオがキャッシュされたことを示します。 ほとんどのビデオプレーヤーは、`percentAvailable` 変数に基づいて、次のような設計になっています。現在のビデオ再生の進行状況を格納する変数が設定されます。`CacheListener` では、現在のキャッシュの進行状況と現在の再生の進行状況の差が比較されます。差が設定値を超えた場合、特定の操作が実行され、差が設定値未満になるまでキャッシュが一時停止され、差が設定値未満になった時点でキャッシュが再開されます。 - プライベートCacheListener mCacheListener = 新しいCacheListener() {
- @オーバーライド
- パブリックvoid onCacheAvailable(ファイル cacheFile、文字列 url、 int percentsAvailable) {
- //リアルタイムのキャッシュの進行状況を印刷する
- HiLog.info(new HiLogLabel(3,0, "cache" ), "保存中...,パーセント:" +String.valueOf(percentsAvailable));
- // 進捗が100%に達すると、特別な操作を実行できます。ここではログ出力のみを例に挙げています。
- if (percentsAvailable == 100 && !cacheFile.getPath().endsWith( ".download" )) {
- HiLog.info(new HiLogLabel(3,0, "cache" ), "すでにダウンロード済みです!" );
- }
- }
- };
3. LocalURLを取得するオンラインビデオのURLと手順2で取得したリスナーオブジェクト「mCacheListener」を`HttpProxyCacheServer`クラスの登録メソッドに渡すことで、キャッシュを監視できます。その後、`HttpProxyCacheServer`クラスの`getProxyUrl()`メソッドを使用して、オンラインビデオのURLに対応するLocalUrlを取得できます。 - //ダウンロードキャッシュリスナーを登録する
- mCacheServerProxy.registerCacheListener(mCacheListener,URL);
- //ローカルURLを取得する
- localUrl = mCacheServerProxy.getProxyUrl(URL);
4. 再生時のビデオソースとして LocalUrl を使用すると、キャッシュ機能が実装されます。ライブラリ分析ライブラリ全体は、図 2 に示すように、ファイル、ヘッダー、スライス、ソース ストレージ、および 22 個のクラス ファイルの 5 つの部分に分かれています。 図5. ライブラリの構成構造 I. ファイルファイル フォルダー内のクラスは、主にファイル キャッシュ関連の機能に関係します。 図6. ファイルフォルダの構造 1. FileCacheクラスこのクラスは、キャッシュ ファイルの命名形式 (「.download」を追加) と保存パスを指定し、キャッシュ ファイルの作成を完了します。 - // キャッシュファイルのファイル拡張子の形式を定義する
- プライベート静的最終文字列 TEMP_POSTFIX = ".download" ;
- パブリックFileCache(File file, DiskUsage diskUsage)はProxyCacheExceptionをスローします{
- ...
- ファイルディレクトリ = file.getParentFile();
- Files.makeDir(ディレクトリ);
- ブール値 完了 = file.exists();
- //ファイル保存形式: ルートディレクトリファイル + ファイル名 + 以前に定義したファイル拡張子形式
- this.file = 完了しましたか? file : new File(file.getParentFile(), file.getName() + TEMP_POSTFIX);
- //ファイルの権限設定。キャッシュが完了すると、ファイルは読み取り専用になります。キャッシュが完了しない場合は、ファイルの読み取りと書き込みが可能になります。
- this.dataFile = 新しい RandomAccessFile(this.file、完了? "r" : "rw" );
- } キャッチ (IOException e) {
- throw new ProxyCacheException( "ファイル " + file + " をディスク キャッシュとして使用するとエラーが発生しました" , e);
- }
2. ファイルクラスこのクラスは、JavaのオリジナルのFileクラスのラッパーです。オリジナルのFileクラスは1つのファイルしか処理できませんが、Filesクラスは複数のファイルを同時に処理できます。 以下のコードでは、getLruListFiles() メソッドのパラメータはディレクトリです。このメソッドは、ディレクトリ(フォルダパス)以下のすべてのファイルを分割し、File パラメータの型のリストを返します。リスト内の個々のファイルは、その後処理されます。 - static List<File> getLruListFiles(ファイルディレクトリ) {
- //リストを使用してファイル内のファイルを処理する
- List<File> 結果 = 新しい LinkedList<>();
- ファイル[] files = directory.listFiles();
- // ファイルごとにLastModifiedComparatorを作成する
- //LastModifiedComparator を使用すると、ファイルの最終変更日に基づいてファイルを並べ替えることができます。
- if (ファイル!= null ) {
- 結果 = Arrays.asList(ファイル);
- Collections.sort(結果、新しいLastModifiedComparator());
- }
- 結果を返します。
- }
3. LruDiskUsageクラスこのタイプは主にキャッシュファイルのサイズを制御するために使用されます。Videocacheと並列スレッドを実行し、キャッシュファイルの数、サイズ、ストレージ容量をリアルタイムで記録します。設定されたしきい値を超えると、特定の最適化操作が実行されます。 - プライベートvoidトリム(List<File>ファイル) {
- long totalSize = countTotalSize(files); // キャッシュされたファイルの合計サイズ
- int totalCount = files.size (); // キャッシュされたファイルの総数
- for (ファイル file : files) {
- // キャッシュされたファイルの合計サイズと合計数が超過していない場合はキャッシュを受け取ります。
- ブール型 accepted = accept(ファイル、totalSize、totalCount);
- もし (!承認済み) {
- long fileSize = file.length(); // 単一ファイルのサイズ
- boolean deleted = file.delete (); // ファイルが削除される予定かどうかを確認します。
- //削除しようとしているファイルの場合
- (削除された場合){
- totalCount
- totalSize -= fileSize; // キャッシュされたファイルの合計サイズ - 削除される単一ファイルのサイズ
- LOG.info( "キャッシュファイル " + ファイル +
- 「キャッシュ制限を超えたため削除されます」 );
- }それ以外{
- LOG.error( "キャッシュをトリミングするためにファイル " + file + " を削除中にエラーが発生しました" );
- }
- }
- }
- }
4. Md5FileNameGeneratorクラスこのクラスは、入力ファイルパスに対応するMD5値を生成する機能を実装します。MD5値は、情報伝送の整合性を保証する「圧縮」された機密形式です。 - パブリッククラスMd5FileNameGeneratorはFileNameGeneratorを実装します{
- プライベート静的最終int MAX_EXTENSION_LENGTH = 4;
- @オーバーライド
- パブリック文字列生成(文字列 url) {
- //ファイル名の拡張子を取得する
- 文字列拡張子 = getExtension(url);
- //MD5値を取得する
- 文字列名= ProxyCacheUtils.computeMD5(url);
- ブール値 isEmpty = false ;
- // ファイル拡張子が空の場合は、isEmpty フラグをtrueに設定します。
- 拡張子 == null || extension.length() == 0 の場合
- 空かどうかはtrue です。
- return isEmpty ? name :名前+ "." + 拡張子;
- }
5. TotalCountLruDiskUsageクラス、TotalSizeLruDiskUsageクラス、およびUnlimitedDiskUsageクラス`LruDiskUsage` クラスは、タイトルで述べた最初の 2 つのクラスの親クラスです。このクラスは、キャッシュされるファイルのサイズと数の両方を制御します。新しいファイルは、現在キャッシュされているファイルの(合計サイズと合計数)がしきい値を超えない場合にのみキャッシュされます。`TotalCountLruDiskUsage` クラスと `TotalSizeLruDiskUsage` クラスは、それぞれキャッシュされるファイルの総数または合計サイズのみを制限します。どちらかの条件が満たされた場合、新しいファイルはキャッシュされます。 TotalCountLruDiskUsage クラスと TotalSizeLruDiskUsage クラスにはそれぞれ 2 つのメソッドがあります。1 つのメソッドはキャッシュされたファイルのしきい値を設定するために使用され、もう 1 つのメソッドは現在のキャッシュされたデータが設定されたしきい値を超えているかどうかを判断するために使用されます。 ディスクキャッシュが不要な場合は、UnlimitedDiskUsageクラスを使用してください。これは、キャッシュされるファイルの数やサイズに制限を設けない空のクラスです。 - //キャッシュファイルの総数を制御する
- パブリッククラス TotalCountLruDiskUsage は LruDiskUsage を拡張します {
- プライベート最終int maxCount;
- //キャッシュされたファイルの総数のしきい値を設定する
- パブリックTotalCountLruDiskUsage( int maxCount) {
- 最大カウント <= 0 の場合
- 新しい IllegalArgumentException をスローします ( "最大数は正の数でなければなりません!" );
- }
- this.maxCount = 最大カウント;
- }
-
- //現在キャッシュされているファイルの総数が設定されたしきい値より少ない場合、新しいファイルを受け入れます。
- @オーバーライド
- 保護されたブール値の accept(ファイル file, long totalSize, int totalCount) {
- totalCount <= maxCountを返します。
- }
- }
-
- //キャッシュファイルの合計サイズを制御する
- パブリッククラス TotalSizeLruDiskUsage は LruDiskUsage を拡張します {
- プライベート最終long maxSize;
- //キャッシュファイルの合計サイズのしきい値を設定する
- パブリックTotalSizeLruDiskUsage(long maxSize) {
- 最大サイズ <= 0 の場合
- 新しい IllegalArgumentException をスローします ( "最大サイズは正の数である必要があります!" );
- }
- this.maxSize = 最大サイズ;
- }
-
- //現在キャッシュされているファイルの合計サイズが設定されたしきい値より小さい場合は、新しいファイルを受け入れます。
- @オーバーライド
- 保護されたブール値の accept(ファイル file, long totalSize, int totalCount) {
- totalSize <= maxSizeを返します。
- }
- }
2. ヘッダーこのファイルには、インターフェースファイルと、URLとファイルパスのハッシュマップマッチングを実行できるクラスファイルなど、いくつかの機能のみが含まれています。これらの機能は、HttpProxyCacheServerクラスで呼び出されます。 図7. ヘッダーフォルダの構造 III. スライスHarmonyOS プログラムのスライス コントロールは、サードパーティ コンポーネントの移行中に視覚的にデバッグするために使用されるため、ここではこれ以上分析しません。 図8. スライスフォルダの構造 IV. ソースストレージSourcestorageは、SourInfoをデータベースに保存するために使用されます。SourInfoは、HTTPリクエストのソースに関する情報(URL、データ長、リクエストされたリソースのMIMEタイプなど)を保存するために使用できます。Sourcestorage内のクラスは、主に前述のHttpProxyCacheServerクラス内で呼び出されます。 図9. ソースストレージフォルダの構造 DatabaseSourceInfoStorageクラスは、データベースの初期化に使用されます。データベースに保存される主なフィールドは、URL、長さ、MIMEタイプです。SourceInfoクラスは、これら3つのフィールドをカプセル化します。このクラスには、外部から呼び出すことができるget()、put()、release()という3つのインターフェースが含まれています。これら3つのインターフェースはすべてSourceInfoを操作し、主にキャッシュされた情報の取得と保存に使用されます。 残りの3つのクラスは、DatabaseSourceInfoStorageクラスをベースにしたファクトリーパターンを使用して生成されます。この部分が理解できない場合は、「デザインパターン - ファクトリーパターン」でオンライン検索して詳細を確認してください。 - クラス DatabaseSourceInfoStorage は DatabaseHelper を拡張し、SourceInfoStorage を実装します {
- // データベースには、SourInfo: URL、長さ、MIMEが格納されます
- プライベート静的最終文字列TABLE = "SourceInfo" ;
- プライベート静的最終文字列 COLUMN_ID = "_id" ;
- プライベート静的最終文字列 COLUMN_URL = "url" ;
- プライベート静的最終文字列 COLUMN_LENGTH = "長さ" ;
- プライベート静的finavl文字列COLUMN_MIME = "mime" ;
- プライベート静的最終String[] ALL_COLUMNS = 新しいString[]{COLUMN_ID, COLUMN_URL,
- COLUMN_LENGTH、COLUMN_MIME};
- // データベースを作成するためのSQL
- プライベート静的最終文字列 CREATE_SQL =
- 「テーブルを作成」 +テーブル+ 「(」 +
- COLUMN_ID + "INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL," +
- COLUMN_URL + "テキストがNULLではありません," +
- COLUMN_MIME + " テキスト," +
- COLUMN_LENGTH + "整数" +
- ");" ;
-
- プライベート最終 RdbStore myRdbStore;
- // 接続するデータベース名
- プライベート最終StoreConfig構成=
- StoreConfig.newDefaultConfig( "AndroidVideoCache.db" );
- }
-
- // データベース GET コマンド、URL 経由で SourceInfo を取得します
- パブリックSourceInfo get(String url) {
- checkNotNull(url);
- ResultSetカーソル= null ;
- 試す{
- RdbPredicates 述語 = 新しい RdbPredicates( TABLE );
- predicates.equalTo(COLUMN_URL, url);
- カーソル= this.myRdbStore.query(述語、 null );
- 戻る カーソル== null || !カーソル.goToFirstRow() ? null : convert (カーソル);
- ついに {
- if (カーソル!= null ) {
- カーソルを閉じる( ) ;
- }
- }
- }
- // データベース PUT コマンドは、URL と SourceInfo をデータベースに登録してバインドします。
- パブリックvoid put(String url, SourceInfo sourceInfo) {
- checkAllNotNull(url, ソース情報);
- ソース情報 sourceInfoFromDb = get(url);
- ブール値 exist = sourceInfoFromDb != null ;
- RdbPredicates 述語 = 新しい RdbPredicates( TABLE );
- もし(存在する){
- 述語。 (COLUMN_URL、url)が含まれます。
- this.myRdbStore. update ( convert (sourceInfo), predicates);
- }それ以外{
- this.myRdbStore. insert ( TABLE 、 convert (sourceInfo) ) ;
- }
- }
- //release ディレクティブ: データベース制御フローを解放する
- @オーバーライド
- パブリックvoidリリース() {
- this.myRdbStore.close ();
- }
V. メイン関数ファイルこのドキュメントのセクションは、主に上記の 4 つの部分の機能を統合し、VideoCache インターフェイスを外部に提供するために使用されます。 主な機能クラスを下図に示します。これらの外部呼び出しメソッドについてはサンプルで詳しく説明しています。メインクラスとしてHttpProxyCacheServerがあり、その内部実装については後ほど詳しく説明します。 図10 メイン関数クラスファイル 1. コンストラクターコンストラクターは主にグローバル変数を初期化し、PROXY_HOST (LocalURL が属するプロキシ インターフェイスである VideoCache のプロキシ インターフェイス) にアクセスして、直接 ping できるかどうかを判断します。 - プライベートHttpProxyCacheServer(Config config) {
- this.config = checkNotNull(config);
- 試す {
- // さまざまなグローバル変数を初期化する
- InetAddress inetAddress = InetAddress.getByName(PROXY_HOST);
- this.serverSocket = 新しい ServerSocket(0, 8, inetAddress);
- this.port = serverSocket.getLocalPort();
- IgnoreHostProxySelector.install(PROXY_HOST、ポート);
- CountDownLatch startSignal = 新しい CountDownLatch(1);
- this.waitConnectionThread = 新しいスレッド(新しい WaitRequestsRunnable(startSignal));
- this.waitConnectionThread.start();
- startSignal.await(); // スレッドをフリーズし、サーバーの起動を待つ
- // PROXY_HOST& ポートへの ping を取得し、到達可能かどうかを判断します。
- this.pinger = 新しい Pinger(PROXY_HOST、ポート);
- LOG.info( "プロキシキャッシュサーバーが起動しました。動作していますか? " + isAlive());
- } キャッチ (IOException | InterruptedException e) {
- socketProcessor.shutdown();
- throw new IllegalStateException( "ローカル プロキシ サーバーの起動エラー" , e);
- }
- }
2. registerCacheListener関数この関数の主な機能は、URL のリスナーを登録することです。 - パブリックvoid registerCacheListener(CacheListener cacheListener, String url) {
- checkAllNotNull(cacheListener、url);
- 同期済み (clientsLock) {
- 試す {
- // URL からクライアントを取得し、それらの CacheListener を登録します。
- getClients(url).registerCacheListener(cacheListener);
- } キャッチ (ProxyCacheException e) {
- LOG.warn( "キャッシュリスナーの登録エラー" , e);
- }
- }
- }
3. getProxyUrl関数この関数は、(すでに登録されている)URL をキャッシュされた LocalURL に変換します。 - パブリック文字列 getProxyUrl(文字列 url) {
- getProxyUrl(url, true )を返します。
- }
-
- パブリック文字列 getProxyUrl(文字列 url, ブール値 allowCachedFileUri) {
- if (allowCachedFileUri && isCached(url)) {
- ファイル cacheFile = getCacheFile(url);
- キャッシュファイルを安全にタッチします。
- Uri.getUriFromFile(cacheFile).toString()を返します。
- }
- isAlive()を返しますか? appendToProxyUrl(url): url;
- }
ネットワークビデオのURLが渡されると、このメソッドはURLがプロキシサーバーにキャッシュ可能かどうかを判断します。キャッシュ可能な場合は正しいLocalURL値を返します。キャッシュできない場合は元のURLを返します。 プロジェクト貢献者 呂澤、鄭仙文、朱偉、チェン・メイル、チャン・シンシン 詳細については、以下をご覧ください。 51CTOとHuaweiが共同で構築したHarmonyOSテクノロジーコミュニティ。 https://harmonyos..com |