Best practice
1. 不使用class级别的变量去存储大量数据(也不一定局限于 class级别的变量，list尽量别存储大量数据)
错误案例： 下面的demo中： baseList,SampleMap的value以及tempt list都指向了同一个内存地址，执行以后，这个内存地址便会超限，从而触发The "Apex heap size too large" 的limitation

String tStr = 'aaaaa bbbbb ccccc ddddd eeeeee fffff ggggg 11111 22222 33333 44444';
List<String> baseList = tStr.split(' ');
List<String> bigList = baseList;
Map<integer, List<String>> SampleMap = new Map<integer, List<String>>();
SampleMap.put(1, bigList);

for (integer i=0; i<50; i++) {
    List<String> tempList = new List<String>();
    tempList = SampleMap.get(1);
    bigList.addAll(tempList);
}
system.debug('FINAL LIST SIZE IS '+bigList.size());

简单的改动就是声明一个新的 list，避免之前的内存倍速增长。

String tStr = 'aaaaa bbbbb ccccc ddddd eeeeee fffff ggggg 11111 22222 33333 44444';
List<String> baseList = tStr.split(' ');
Map<integer, List<String>> Sample = new Map<integer, List<String>>();
List<String> bigList = baseList;

Sample.put(1, bigList);
List<string> myList = new list<string>(); //Declare a new list

for (integer i=0; i<50; i++) {
    List<String> tempList = new List<String>();
    tempList = Sample.get(1);
    system.debug('templist: ' + tempList.size());
    system.debug(' bigList: ' + bigList.size());

    myList.addall(tempList); //original code is bigList.addall(tempList);
}

system.debug('FINAL LIST SIZE OF bigList IS '+ bigList.size());
system.debug('myList IS '+mylist.size());

2. 使用SOQL for loop从大量查询的数据中迭代和处理数据，官方也介绍了很多的 SOQL for loop的demo。详情可查看
未改进前的简单的demo如下

List<Account> accs = [SELECT Id, Name FROM Account LIMIT 50000];

针对 heap size修改的情况下，官方给出的建议，此种情况下，每200条执行一次数据，大量的减少了 heap size的使用。

SOQL for loop通过调用SOAP API的query和queryMore方法，使用高效的分块来检索所有sObjects(每次处理200条数据)。开发人员可以通过使用SOQL for loop处理返回多条记录的查询结果来避免堆大小的限制。

for(Account a : [SELECT Id, Name FROM Account LIMIT 50000]){
//TODO custom logic
}

当然，在多租户环境下，我们的limitation也不止 heap size，上述方法是否是最优解需要具体情况具体分析。当我们使用 SOQL for loop并且数据量大的情况下，这种方法可能会导致使用更多的CPU周期，逻辑执行时间也变得多了。除了官方上面的链接介绍以外，也可以看一下下面的邱老板的demo
3. 变量使用 'transient'关键字，用于声明不需要被保存的变量,并且在VF page情况下也不会计入view state

4. 在运行时环境下，通过在迭代list / set / map时从集合中移除不必要的item来减小堆大小。

除此以外的几点优化点作为参考：
1. 避免使用无效的临时变量。比如代码中的临时变量后续没有调用，造成了额外的花销，这种没有用的代码尽量删除。
2. 更短的命名以及Field api 名称： 诚然使用好的命名规范有更强的可读性，不过短的名字确实可以省一些 heap size
移除不必要的debug log语句，特别是生产环境。

总结：heap size和CPU limitation的优化相辅相成，不要为了某一个优化而特意放弃另外一个，彼此形成一下平衡。篇中有错误地方欢迎指出，有不懂欢迎留言。

标签：salesforce,零基础学习,代码,SQL,数据,官方 来源：

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。