PAC を答えを変えずに高速化する

重なり合う例外とフォールバックの順序を保ちながら、不要な PAC 評価処理を減らします。

「よくあるケースを先に置く」は PAC ファイルには不完全な助言です。最初の return が判断を終わらせます。ルールが重なる場合、その順序はルーティングポリシーの一部です。

1 つのサービスにプライベートプロキシ、そのドメインの残りに直接ルートを使う場合を考えます。

function FindProxyForURL(url, host) {
    host = host.toLowerCase();
    if (host === 'restricted.example.net') {
        return 'PROXY proxy.example.net:8080';
    }
    if (dnsDomainIs(host, '.example.net')) {
        return 'DIRECT';
    }
    return 'PROXY proxy.example.net:8080';
}

名前は例です。広いサフィックスの検査を正確なホストの例外より上に移すと、制限されたサービスが直接送られます。スクリプトは短くも速くもなりますが、間違ったことをします。

優先順位を失わずに条件をまとめる

大きなリストが本当に同一ランクの正確なホスト名の集合で結果が 1 つなら、適切な検索構造は繰り返しのパターン検査より明確になり得ます。その等価性はまず証明する必要があります。正確な名前、wildcard、アドレス範囲のルールは自動的に 1 つの交換可能な集合に属するわけではありません。

同様に、2 つの名前が意図的に異なるルートを使うなら、www. を外すのはポリシーの変更です。文字列比較の最適化が宛先を黙って再定義してはいけません。

判断に不要な高コスト処理を除く

ホスト名の等価検査に DNS は不要です。残りのポリシーがアドレスを必要とするときだけ解決し、対応する PAC 環境が再利用を許す場合は 1 回の評価内で同じ参照を繰り返さないようにします。

ファイルのそばに期待される判断を少数置きます。具体的な例外、広いサフィックスの下の兄弟、無関係なホスト名、関連するアドレスリテラルです。JavaScript が解析できるかだけでなく、返されるルートとフォールバック項目の順序を比較します。それらの結果が一致したら、ブラウザが改訂された PAC を読み込んだことを確認します。

同じケースが意図したルートを保ち、不要な評価処理が消えるとき、性能改善は説得力を持ちます。広い DIRECT の近道は、出口 IP を変えながら遅延を消すことがあります。

関連記事