Usar métodos futuros

• Llamadas a servicios web externos. Si va a hacer llamadas desde un desencadenador o después de realizar una operación DML, debe usar un método futuro o válido para la inclusión en cola. Una llamada en un desencadenador mantendría abierta la conexión con la base de datos durante todo el transcurso de la llamada, lo cual es inaceptable en el caso de un entorno de múltiples arrendatarios.
• Operaciones que desea ejecutar en su propio subproceso si el tiempo lo permite, como determinados tipos de cálculo o procesamiento de registros que requieren un uso intensivo de los recursos.
• Aislamiento de operaciones DML en distintos tipos de sObject para evitar un error de mezcla de DML. Aunque se trata en cierto modo de un caso extremo, podría encontrarse con este problema ocasionalmente. Consulte sObjects que no pueden utilizarse juntos en operaciones DML para obtener más información.

public class SomeClass {
  @future
  public static void someFutureMethod(List<Id> recordIds) {
    List<Account> accounts = [Select Id, Name from Account Where Id IN :recordIds];
    // process account records to do awesome stuff
  }
}

Código de llamada de ejemplo

Para hacer una llamada de servicio web a un servicio o una API externos, debe crear una clase de Apex con un método futuro marcado con (callout=true). La clase siguiente incluye métodos para hacer la llamada de forma síncrona y de forma asíncrona, aunque las llamadas no se permiten. En realidad, hemos insertado un registro en un objeto de registro personalizado para hacer un seguimiento del estado de la llamada por el mero hecho de que las tareas de registro siempre son divertidas. 

La clase SmsMessage y SMS_Log__c sObject en el ejemplo son hipotéticas y solo se indican para demostrar el patrón de llamada.

public class SMSUtils {
    // Call async from triggers, etc, where callouts are not permitted.
    @future(callout=true)
    public static void sendSMSAsync(String fromNbr, String toNbr, String m) {
        String results = sendSMS(fromNbr, toNbr, m);
        System.debug(results);
    }
    // Call from controllers, etc, for immediate processing
    public static String sendSMS(String fromNbr, String toNbr, String m) {
        // Calling 'send' will result in a callout
        String results = SmsMessage.send(fromNbr, toNbr, m);
        insert new SMS_Log__c(to__c=toNbr, from__c=fromNbr, msg__c=results);
        return results;
    }
}

@isTest
public class SMSCalloutMock implements HttpCalloutMock {
    public HttpResponse respond(HttpRequest req) {
        // Create a fake response
        HttpResponse res = new HttpResponse();
        res.setHeader('Content-Type', 'application/json');
        res.setBody('{"status":"success"}');
        res.setStatusCode(200);
        return res;
    }
}

@IsTest
private class Test_SMSUtils {
  @IsTest
  private static void testSendSms() {
    Test.setMock(HttpCalloutMock.class, new SMSCalloutMock());
    Test.startTest();
      SMSUtils.sendSMSAsync('111', '222', 'Greetings!');
    Test.stopTest();
    // runs callout and check results
    List<SMS_Log__c> logs = [select msg__c from SMS_Log__c];
    System.assertEquals(1, logs.size());
    System.assertEquals('success', logs[0].msg__c);
  }
}

• Asegúrese de que los métodos futuros se ejecuten lo más rápidamente posible.
• Si va a usar llamadas de servicio web, procure agrupar todas las llamadas del mismo método futuro en lugar de usar un método futuro independiente para cada llamada.
• Realice pruebas exhaustivas a escala. Realice una prueba para determinar si un desencadenador que pone en cola las llamadas @future tiene capacidad para procesar una colección de desencadenador de 200 registros. Esto ayuda a determinar si se pueden producir retrasos debido al diseño con los volúmenes actuales y futuros.
• Considere la posibilidad de usar Apex por lotes en lugar de métodos futuros para procesar un gran número de registros de forma asíncrona. Esta opción es más eficiente que crear una solicitud futura para cada registro.

• Los métodos anotados como @future deben ser métodos estáticos y solo pueden devolver un tipo void.
• Los parámetros especificados deben ser tipos de datos primitivos, matrices de tipos de datos primitivos o colecciones de tipos de datos primitivos. Los métodos futuros no pueden usar objetos como argumentos.
• Los métodos futuros no se ejecutan necesariamente en el mismo orden que en la llamada. Además, es posible que dos métodos futuros se ejecuten simultáneamente, lo que puede provocar el bloqueo de registros si ambos métodos actualizan el mismo registro.
• Los métodos futuros no se pueden usar en controladores de Visualforce en getMethodName(), setMethodName() ni en el constructor.
• No se puede llamar a un método futuro desde un método futuro. Además, no puede invocar un desencadenador que llame a un método futuro mientras se ejecuta un método futuro. Consulte el vínculo de la sección Recursos para obtener información sobre cómo evitar las llamadas a métodos futuros recurrentes.
• Los métodos getContent() y getContentAsPDF() no se pueden usar en métodos anotados como @future.
• El límite es de 50 llamadas a métodos futuros por cada invocación de Apex y se aplica un límite adicional al número de llamadas en un periodo de 24 horas. Para obtener más información sobre los límites, consulte el vínculo incluido a continuación.