Loading
システム管理者に対するフィッシング耐性MFA・全従業員ユーザーMFAの適用のお知らせ 続きを読む
ただいま大変多くのお問い合わせをいただいており、ご連絡までにお時間を頂戴しております続きを読む

Apex コードの文字数制限を増やす

公開日: May 30, 2026
説明
Apex をマルチテナント環境で実行した場合、暴走した Apex コードやプロセスが共有リソースを専有することを防止するため、Apex ランタイムエンジンは制限を厳格に適用します。お客様から寄せられるよくある要求の 1 つは、組織での Apex コードの文字制限を増やすことです。

Summer '18 リリースでは、デフォルトの Apex コード文字制限が 6 MB に増やされました。

組織での最新の制限と使用状況は [設定] | [開発] | [Apex クラス] で確認できます。
 

Salesforce では、特に文字数制限に近づいている場合は、組織の利用状況を積極的に監視することを強く推奨しています。制限の引き上げ手続きは数時間では完了しないことにご留意ください。Salesforce では、制限に達すると予想される少なくとも 1 週間前、是正措置が必要な場合はそれよりもさらに早い時期に、手続きを開始することを推奨しています。

注意：原則として、本番環境のすべての Apex コードを定期的にコンパイルし、コンパイルエラーを修正してください。また、すべてのテストが成功することを確認し、少なくとも必要最低限のコードカバレッジを確保する必要があります。

解決策
Salesforce サポートは、デフォルトの Apex コード制限を増やすための支援を行うことができます。ただし、制限を増やす前に、すべてのベストプラクティスを実施してあることを確認してください。注意すべき点は次のとおりです。

管理パッケージ: この制限は管理パッケージには適用されません。パッケージのコードは、組織のコードとは独立した名前空間に属しています。
 
テストクラス: この制限は、@isTest アノテーション付きで定義されたクラスに含まれているコードにも適用されません。すべてのテストクラスに正しくアノテーションが付けられていることを確認してください。開発者コンソールの匿名ブロックで使用および実行できるサンプルコードにより、正しくアノテーションが付けられていないテストクラスを分析できます。
 
注意: 次のコードスニペットは例であり、100% 正確であることは保証されておらず、便宜上提供されています。また、組織内のすべての Apex が (テストクラスで @isTest が必須となった) APIv24 以降であることを想定しています。

Integer totalchar=0;  
for(ApexClass a: [Select Id, Name, Body from ApexClass]) 
{ 
if(a.body.containsIgnoreCase('testmethod') && !a.body.containsIgnoreCase('@isTest')){ 
system.debug(a.Id + '' + a.name + '' + a.body.length()); 
totalchar = totalchar + a.body.length(); 
} } System.debug(totalchar);  
 
無効なテストプラクティス: 名前に「Test」が入っているクラスが、有効な機能テストではない状態でコードカバー率を高めるためのアンチパターンや冗長コードをテストしないことを確認してください。アンチパターンの例としては、大量の文字が含まれるクラスや、ダミー変数を宣言してダミー値を割り当てるだけのクラスなどがあります。

Integer i1;
i1 = 1;
...
Integer i1000;
i1000 = 1;​
 
無効なクラス: コンパイルに失敗する Apex を使用することは賢い方法とは言えず、Apex コード空間の増加申請が却下される原因にもなり得ます。クラスを最後にコンパイルした後で連動するメタデータが変更されていない限り、クラスは isValid フラグが true に設定された状態で保存されます。クラスで使用されているオブジェクト名や項目が変更された場合 (オブジェクトや項目の説明が編集された場合も含む)、またはこのクラスを呼び出すクラスが変更された場合には、isValid フラグは false に設定されます。

[設定] | [Apex クラス] | [すべてのクラスをコンパイル] を使用してすべてのクラスを再コンパイルし、正しいコード使用状況を取得してください。以下は、無効な Apex クラスを特定するためのクエリです。

Select count() from ApexClass where isValid = false 
Select Id, Name from ApexClass where isValid = false 

上記のベストプラクティスを正しく実施しても制限の増加が必要である場合には、次の情報と共に Salesforce サポートにケースを登録してください。
  •  上記の分析の概要
    • テストクラスには正しくアノテーションが付けられています。
    • コードカバレッジを人為的に操作するようなテストのアンチパターンは見られません。
    • すべての Apex クラスおよびトリガーがコンパイルされます。
  •  申請の理由
  •  現在の制限
  •  申請する制限
    • 制限の引き上げ幅は、500万に最も近い倍数単位で審査されます。

注意:

  • Professional Edition 組織では、この制限を増やすことはできません。 
  • アンチパターンが存在する場合は、それらを削除するまでは制限を増やすことはできません。ベストプラクティスの原則に準拠していない場合も同様です。
  • 10M を超えて制限を増やす場合は、サポートからの追加の精査が必要になることがあります。Apex が存在しない組織で制限を増やす場合は、既存のコードが存在するソース組織へのアクセスがサポートから要求されることがあります。

ベストプラクティスの詳細は、次のドキュメントを参照してください。
Salesforce ヘルプ : Apex クラスの管理
Apex Developer Guide : ベストプラクティスのテスト
ナレッジ記事番号

000382172

 
読み込み中
Salesforce Help | Article