当前位置:首页 > 数码 > API恳求重试的8种方法-哪种最适宜你的运行

API恳求重试的8种方法-哪种最适宜你的运行

admin5个月前 (05-03)数码19

重试机制成功8种方式

1.循环重试

这是最繁难也最间接的一种方式。在恳求接口的代码块中参与循环,假设恳求失败则继续恳求,直到恳求成功或到达最大重试次数。

示例代码:

intretryTimes=3;for(inti=0;i<retryTimes;i++){try{//恳求接口的代码break;}catch(Exceptione){//处置意外Thread.sleep(1000);//提前1秒后重试}}

这段繁难的示例代码里,间接用了一个for循环来启动重试,最大重试次数设置为3次。同时在出现意外的时刻,为了防止频繁恳求,经常使用Thread.sleep()加一个适当的提前。

2.经常使用递归结构

除了循环,还可以经常使用递归来成功接口的恳求重试。递归是咱们都比拟相熟的编程技巧,在恳求接口的方法中调用自身,假设恳求失败则继续调用,直到恳求成功或到达最大重试次数。

示例代码:

publicvoidrequestWithRetry(intretryTimes){if(retryTimes<=0)return;try{//恳求接口的代码}catch(Exceptione){//处置意外Thread.sleep(1000);//提前1秒后重试requestWithRetry(retryTimes-1);}}

这段代码里,咱们定义了一个名为requestWithRetry的方法,其中retryTimes示意最大重试次数。假设重试次数小于等于0,则间接前往。否则,在捕捉到意外后,咱们经常使用Thread.sleep()方法来参与一个适当的提前,而后调用自身启动重试。

3.经常使用网络工具的内置重试机制

咱们罕用的一些HTTP客户端通常内置了一些重试机制,只有要在创立对应的客户端实例的时刻启动性能即可,以HttpClient为例:

CloseableHttpClienthttpClient=HttpClients.custom().setRetryHandler(newDefaultHttpRequestRetryHandler(3,true)).build();
CloseableHttpClienthttpClient=HttpClients.custom().setRetryStrategy(newDefaultHttpRequestRetryStrategy(3,NEG_ONE_SECOND)).build();

在下面的示例代码中,咱们经常使用DefaultHttpRequestRetryHandler或DefaultHttpRequestRetryStrategy来创立一个重试机制,最大重试次数为3次。假设恳求失败,则会智能重试。

ApacheHttpClient还允许自定义重试战略,可以可以成功HttpRequestRetryHandler接口(4.5+版本)或许RetryStrategy接口(5.x版本),并依据须要启动重试逻辑的成功。

这是一个自定义重试战略的示例:

CloseableHttpClienthttpClient=HttpClients.custom().setRetryStrategy((response,executionCount,context)->{if(executionCount>3){//假设重试次数超越3次,则丢弃重试returnfalse;}intstatusCode=response.getCode();if(statusCode>=500&&statusCode<600){//假设遇到主机失误形态码,则启动重试returntrue;}//其余状况不启动重试returnfalse;}).build();

4.经常使用SpringRetry库

当在Spring名目中经常使用重试机制时,可以经常使用SpringRetry库来成功。SpringRetry提供了一组注解和工具类,可以繁难地为方法参与重试性能。

<dependency><groupId>org.springframework.retry</groupId><artifactId>spring-retry</artifactId><version>1.3.1</version></dependency>

SpringRetry的经常使用有两种方式,一种是经常使用RetryTemplate来显式调用须要重试的方法,一种适用注解来智能触发重试。

显式经常使用RetryTemplate

RetryTemplateretryTemplate=newRetryTemplate();//性能重试战略RetryPolicyretryPolicy=newSimpleRetryPolicy(3);retryTemplate.setRetryPolicy(retryPolicy);//性能重试距离战略FixedBackOffPolicybackOffPolicy=newFixedBackOffPolicy();backOffPolicy.setBackOffPeriod(1000);retryTemplate.setBackOffPolicy(backOffPolicy);

在代码里,咱们创立了一个RetryTemplate对象,并性能了重试战略和重试距离战略。这里经常使用了SimpleRetryPolicy来指定最大重试次数为3次,经常使用FixedBackOffPolicy来指定重试距离为1秒。

retryTemplate.execute((RetryCallback<Void,Exception>)context->{//恳求接口的代码returnnull;});

代码里,咱们经常使用retryTemplate.execute()方法来口头须要重试的代码块。在RetryCallback的doWithRetry()方法中,可以编写须要重试的逻辑。假设方法口头失败,RetryTemplate会依据性能的重试战略和重试距离战略启动重试。

SpringRetry是一个提供重试机制的库,可以繁难地在Spring名目中经常使用。经常使用@Retryable注解标志须要重试的方法,假设方法抛出意外则会智能重试。

@Retryable(value=Exception.class,maxAttempts=3)publicvoidrequest(){//恳求接口的代码}

SpringRetry提供了多种重试战略和重试距离战略,咱们可以依据详细的业务需求选用适合的战略:

经过性能不同的重试战略和重试距离战略,可以灵敏地控制重试行为。SpringRetry还提供了自定义重试战略和重试距离战略,可以经过成功RetryPolicy接口和BackOffPolicy接口,区分成功自定义的重试战略和重试距离战略。

经常使用注解调用

除了显式经常使用RetryTemplate调用,SpringRetry还提供了注解方式来触发重试。

API
@Configuration@EnableRetrypublicclassRetryConfig{//性能其余的Bean}

代码里,咱们经常使用@Configuration注解将类标志为性能类,经常使用@EnableRetry注解启用重试性能。

@Retryable(maxAttempts=3)publicvoidrequest(){//恳求接口的代码}

咱们经常使用@Retryable注解标志了request()方法,指定了最大重试次数为3次。

@AutowiredprivateHttpServicehttpService;httpService.request();

在SpringBoot名目里经常使用愈加地繁难,经常使用@EnableRetry注解启用SpringRetry性能,并在须要启动重试的方法上参与@Retryable注解。

示例代码:

@SpringBootlication@EnableRetry//启用SpringRetry性能publicclassMyApplication{publicstaticvoidmn(String[]args){SpringApplication.run(MyApplication.class,args);}}@ServicepublicclassMyService{@Retryable(value={MyException.class},maxAttempts=3,backoff=@Backoff(delay=1000))publicvoiddoSomething(){//须要启动重试的方法逻辑}}

代码里,@EnableRetry注解启用了SpringRetry性能,@Retryable注解标志了须要启动重试的方法,并指定了重试的意外类型、最大重试次数和重试距离。

其中,@Backoff注解用于指定重试距离战略,delay属性示意每次重试之间的距离期间。在这个例子中,每次重试之间的距离期间为1秒。

须要留意的是,@Retryable注解只能标志在public方法上。假设须要在非public方法上经常使用重试性能,可以经常使用代理形式成功。

另外,假设须要在重试环节中启动一些特定的操作,比如记载日志、发送信息等,可以在重试方法中经常使用RetryContext参数,它提供了一些有用的方法来失掉重试的高低文信息。例如:

@ServicepublicclassMyService{@Retryable(value={MyException.class},maxAttempts=3,backoff=@Backoff(delay=1000))publicvoiddoSomething(RetryContextcontext){//失掉重试次数intretryCount=context.getRetryCount();//失掉上一次性意外ThrowablelastThrowable=context.getLastThrowable();//记载日志、发送信息等操作//...//须要启动重试的方法逻辑}}

5.经常使用Resilience4j库

Resilience4j是一个轻量级的,易于经常使用的容错库,提供了重试、熔断、限流等多种机制。

<dependency><groupId>io..resilience4j</groupId><artifactId>resilience4j-spring-boot2</artifactId><version>1.7.0</version></dependency>

咱们来看下Resilience4j的经常使用,Resilience4j也允许代码显式调用和注解性能调用。

经过代码显式调用

RetryRegistryretryRegistry=RetryRegistry.ofDefaults();
RetryConfigconfig=RetryConfig.custom().maxAttempts(3).waitDuration(Duration.ofMillis(1000)).retryOnResult(response->response.getStatus()==500).retryOnException(e->einstanceofWebServiceException).retryExceptions(IOException.class,TimeoutException.class).ignoreExceptions(BusinessException.class,OtherBusinessException.class).failAfterMaxAttempts(true).build();Retryretry=retryRegistry.retry("name",config);

经过以上代码,咱们创立了一个名为"name"的Retry实例,并性能了最大重试次数为3次,重试距离为1秒,以后往结果的形态码为500时启动重试,当抛出WebServiceException意外时启动重试,疏忽BusinessException和OtherBusinessException意外,到达最大重试次数后抛出MaxRetriesExceededException意外。

CheckedFunction0<String>retryableSupplier=Retry.decorateCheckedSupplier(retry,()->{//须要启动重试的代码return"result";});

经过注解调用

经过注解的方式,经常使用Resilience4j来经常使用重试性能,愈加繁复。

在SpringBoot名目中,可以经常使用@Retryable注解来标志须要启动重试的方法。

@ServicepublicclassMyService{@Retryable(value={MyException.class},maxAttempts=3,backoff=@Backoff(delay=1000))publicvoiddoSomething(){//须要启动重试的方法逻辑}}

代码里,@Retryable注解标志了doSomething()方法,指定了重试的意外类型为MyException.class,最大重试次数为3次,重试距离为1秒。

6.自定义重试工具类

假设说咱们不想在名目里额当地引入一些重试的框架,自己定义一个重试工具类也是可以的,这是我在某个第三方提供的client-sdk里发现的一套重试工具类,比拟轻量级,给大家分享一下。

publicabstractclassCallback{publicabstractRetryResultdoProcess();}
publicclassRetryResult{privateBooleanisRetry;privateObjectobj;//结构方法和getter方法省略publicstaticRetryResultofResult(BooleanisRetry,Objectobj){returnnewRetryResult(isRetry,obj);}publicstaticRetryResultofResult(BooleanisRetry){returnnewRetryResult(isRetry,null);}}
publicclassRetryExecutor{publicstaticObjectexecute(intretryCount,Callbackcallback){for(intcurRetryCount=0;curRetryCount<retryCount;curRetryCount++){RetryResultretryResult=callback.doProcess();if(retryResult.isRetry()){continue;}returnretryResult.getObj();}returnnull;}}
//最大重试次数intmaxRetryCount=3;Objectresult=RetryExecutor.execute(maxRetryCount,newCallback(){@OverridepublicRetryResultdoProcess(){//口头须要重试的逻辑//假设须要重试,前往RetryResult.ofResult(true)//假设不须要重试,前往RetryResult.ofResult(false,result)}});

7.并发框架异步重试

在有些须要极速照应的场景下,咱们可以经常使用并发框架,来成功异步的重试。

比如经常使用线程池ThreadPoolExecutor,把恳求接口转化成一个异步义务,将义务放入线程池中异步口头,并发地重试恳求接口。可以在义务口头成功后,判别义务口头结果,假设失败则继续重试。

intmaxRetryTimes=3;intcurrentRetryTimes=0;ThreadPoolExecutorexecutor=newThreadPoolExecutor(10,//外围线程数10,//最大线程数0L,//闲暇线程存定期间TimeUnit.MILLISECONDS,//期间单位newLinkedBlockingQueue<>()//义务队列);Callable<String>task=()->{//恳求接口的代码return"result";};Future<String>future;while(currentRetryTimes<maxRetryTimes){try{future=executor.submit(task);Stringresult=future.get();//判别义务口头结果break;}catch(Exceptione){currentRetryTimes++;//处置意外try{Thread.sleep(1000);}catch(InterruptedExceptionex){Thread.currentThread().interrupt();}}}

在这个示例中,咱们间接经常使用ThreadPoolExecutor来创立线程池,设置外围线程数和最大线程数为10,经常使用LinkedBlockingQueue作为义务队列。而后,咱们定义了一个Callable类型的义务,用于口头恳求接口的代码。在重试的环节中,咱们经常使用executor.submit(task)提交义务并取得一个Future对象,经过future.get()失掉义务的口头结果。假设义务口头成功,则跳出循环;假设义务口头失败,则继续重试,直抵到达最大重试次数。

8.信息队列重试

在某些状况下,咱们宿愿尽或许保障重试的牢靠性,不会由于服务终止,而造成重试义务的失落,咱们可以引入信息队列。咱们间接把信息投递到信息队列里,经过对信息的消费,来成功重试机制。

经常使用RocketMQ的示例代码如下:

@Component@RocketMQMessageListener(topic="myTopic",consumerGroup="myConsumerGroup")publicclassMyConsumerimplementsRocketMQListener<String>{@OverridepublicvoidonMessage(Stringmessage){try{//恳求接口的代码}catch(Exceptione){//处置意外DefaultMQProducerproducer=newDefaultMQProducer("myProducerGroup");producer.setNamesrvAddr("127.0.0.1:9876");try{producer.start();Messagemsg=newMessage("myTopic","myTag",message.getBytes());producer.send(msg);}catch(Exceptionex){//处置发送意外}finally{producer.shutdown();}}}}

下面的代码里,咱们经常使用@RocketMQMessageListener注解标志MyConsumer类,并指定了消费者的关系性能,包括消费者组和订阅的主题。

在onMessage()方法中,咱们处置恳求的逻辑。假设恳求失败,咱们创立一个RocketMQ的消费者,并将恳求从新发送到信息队列中,期待下一次性处置。

经过经常使用信息队列(如RocketMQ)来成功重试机制,可以提高系统的牢靠性和稳固性。即使在服务终止的状况下,重试义务也不会失落,而是期待服务复原后再次启动处置。

最佳通常和留意事项

在恳求重试的时刻,咱们也要留意一些关键点,免得由于重试,引发更多的疑问:


为了保证公司网络的安全运行,预防计算机病毒的破坏,可以在计算机上采取以下哪种方法(  )

【答案】:C防病毒软件是一种计算机程序,可进行检测、防护,并采取行动来解除或删除恶意软件程序,如病毒和蠕虫。 故正确答案为C选项。

我后天要去三星SDS做JAVA笔试题,请问有哪个高人去过,有笔试和面试题的呀,好了再补分

面向对象的特征有哪些方面 1. 抽象:抽象就是忽略一个主题中与当前目标2. 无关的那些方面,3. 以便更充分地注意与当前目标4. 有关的方面。 抽象并不5. 打算了解全部问题,而6. 只是选择其中的一部分,7. 暂时不8. 用部分细节。 抽象包括两个方面,9. 一是过程抽象,10. 二是数据抽象。 11. 继承:继承是一种联结类的层次模型,12. 并且允许和鼓励类的重用,13. 它提供了一种明确表述共性的方法。 对象的一个新类可以从现有的类中派生,14. 这个过程称为类继承。 新类继承了原始类的特性,15. 新类称为原始类的派生类(子类),而16. 原始类称为新类的基类(父类)。 派生类可以从它的基类那里继承方法和实例变量,17. 并且类可以修改或增加新的方法使之更适合特殊的需要。 18. 封装:封装是把过程和数据包围起来,19. 对数据的访问只能通过已定义的界面。 面向对象计算始于这个基本概念,20. 即现实世界可以被描绘成一系列完全自治、封装的对象,21. 这些对象通过一个受保护的接口访问其他对象。 22. 多态性:多态性是指23. 允许不同24. 类的对象对同25. 一消息作出响应。 多态性包括参数化多态性和包含多态性。 多态性语言具有灵活、抽象、行为共享、代码共享的优势,26. 很好的解决了应用程序函数同27. 名28. 问题。 2、String是最基本的数据类型吗? 基本数据类型包括byte、int、char、long、float、double、boolean和short。 类是final类型的,因此不可以继承这个类、不能修改这个类。 为了提高效率节省空间,我们应该用StringBuffer类 3、int 和 Integer 有什么区别 Java 提供两种不同的类型:引用类型和原始类型(或内置类型)。 Int是java的原始数据类型,Integer是java为int提供的封装类。 Java为每个原始类型提供了封装类。 原始类型封装类booleanBoolean charCharacter byteByte shortShort intInteger longLong floatFloat doubleDouble 引用类型和原始类型的行为完全不同,并且它们具有不同的语义。 引用类型和原始类型具有不同的特征和用法,它们包括:大小和速度问题,这种类型以哪种类型的数据结构存储,当引用类型和原始类型用作某个类的实例数据时所指定的缺省值。 对象引用实例变量的缺省值为 null,而原始类型实例变量的缺省值与它们的类型有关。 4、String 和StringBuffer的区别 JAVA平台提供了两个类:String和StringBuffer,它们可以储存和操作字符串,即包含多个字符的字符数据。 这个String类提供了数值不可改变的字符串。 而这个StringBuffer类提供的字符串进行修改。 当你知道字符数据要改变的时候你就可以使用StringBuffer。 典型地,你可以使用StringBuffers来动态构造字符数据。 5、运行时异常与一般异常有何异同? 异常表示程序运行过程中可能出现的非正常状态,运行时异常表示虚拟机的通常操作中可能遇到的异常,是一种常见运行错误。 java编译器要求方法必须声明抛出可能发生的非运行时异常,但是并不要求必须声明抛出未被捕获的运行时异常。 6、说出Servlet的生命周期,并说出Servlet和CGI的区别。 Servlet被服务器实例化后,容器运行其init方法,请求到达时运行其service方法,service方法自动派遣运行与请求对应的doXXX方法(doGet,doPost)等,当服务器决定将实例销毁的时候调用其destroy方法。 与cgi的区别在于servlet处于服务器进程中,它通过多线程方式运行其service方法,一个实例可以服务于多个请求,并且其实例一般不会销毁,而CGI对每个请求都产生新的进程,服务完成后就销毁,所以效率上低于servlet。 7、说出ArrayList,Vector, LinkedList的存储性能和特性 ArrayList和Vector都是使用数组方式存储数据,此数组元素数大于实际存储的数据以便增加和插入元素,它们都允许直接按序号索引元素,但是插入元素要涉及数组元素移动等内存操作,所以索引数据快而插入数据慢,Vector由于使用了synchronized方法(线程安全),通常性能上较ArrayList差,而LinkedList使用双向链表实现存储,按序号索引数据需要进行前向或后向遍历,但是插入数据时只需要记录本项的前后项即可,所以插入速度较快。 8、EJB是基于哪些技术实现的?并说出SessionBean和EntityBean的区别,StatefulBean和StatelessBean的区别。 EJB包括Session Bean、Entity Bean、Message Driven Bean,基于JNDI、RMI、JAT等技术实现。 SessionBean在J2EE应用程序中被用来完成一些服务器端的业务操作,例如访问数据库、调用其他EJB组件。 EntityBean被用来代表应用系统中用到的数据。 对于客户机,SessionBean是一种非持久性对象,它实现某些在服务器上运行的业务逻辑。 对于客户机,EntityBean是一种持久性对象,它代表一个存储在持久性存储器中的实体的对象视图,或是一个由现有企业应用程序实现的实体。 Session Bean 还可以再细分为 Stateful Session Bean 与 Stateless Session Bean ,这两种的 Session Bean都可以将系统逻辑放在 method之中执行,不同的是 Stateful Session Bean 可以记录呼叫者的状态,因此通常来说,一个使用者会有一个相对应的 Stateful Session Bean 的实体。 Stateless Session Bean 虽然也是逻辑组件,但是他却不负责记录使用者状态,也就是说当使用者呼叫 Stateless Session Bean 的时候,EJB Container 并不会找寻特定的 Stateless Session Bean 的实体来执行这个 method。 换言之,很可能数个使用者在执行某个 Stateless Session Bean 的 methods 时,会是同一个 Bean 的 Instance 在执行。 从内存方面来看, Stateful Session Bean 与 Stateless Session Bean 比较, Stateful Session Bean 会消耗 J2EE Server 较多的内存,然而 Stateful Session Bean 的优势却在于他可以维持使用者的状态。 9、Collection 和 Collections的区别。 Collection是集合类的上级接口,继承与他的接口主要有Set 和List. Collections是针对集合类的一个帮助类,他提供一系列静态方法实现对各种集合的搜索、排序、线程安全化等操作。 10、&和&&的区别。 &是位运算符,表示按位与运算,&&是逻辑运算符,表示逻辑与(and)。 11、HashMap和Hashtable的区别。 HashMap是Hashtable的轻量级实现(非线程安全 的实现),他们都完成了Map接口,主要区别在于HashMap允许空(null)键值(key),由于非线程安全,效率上可能高于Hashtable。 HashMap允许将null作为一个entry的key或者value,而Hashtable不允许。 HashMap把Hashtable的contains方法去掉了,改成containsvalue和containsKey。 因为contains方法容易让人引起误解。 Hashtable继承自Dictionary类,而HashMap是Java1.2引进的Map interface的一个实现。 最大的不同是,Hashtable的方法是Synchronize的,而HashMap不是,在多个线程访问Hashtable时,不需要自己为它的方法实现同步,而HashMap 就必须为之提供外同步。 Hashtable和HashMap采用的hash/rehash算法都大概一样,所以性能不会有很大的差异。 12、final, finally, finalize的区别。 final 用于声明属性,方法和类,分别表示属性不可变,方法不可覆盖,类不可继承。 finally是异常处理语句结构的一部分,表示总是执行。 finalize是Object类的一个方法,在废品收集器执行的时候会调用被回收对象的此方法,可以覆盖此方法提供废品收集时的其他资源回收,例如关闭文件等。 13、sleep() 和 wait() 有什么区别? sleep是线程类(Thread)的方法,导致此线程暂停执行指定时间,给执行机会给其他线程,但是监控状态依然保持,到时后会自动恢复。 调用sleep不会释放对象锁。 wait是Object类的方法,对此对象调用wait方法导致本线程放弃对象锁,进入等待此对象的等待锁定池,只有针对此对象发出notify方法(或notifyAll)后本线程才进入对象锁定池准备获得对象锁进入运行状态。 14、Overload和Override的区别。 Overloaded的方法是否可以改变返回值的类型? 方法的重写Overriding和重载Overloading是Java多态性的不同表现。 重写Overriding是父类与子类之间多态性的一种表现,重载Overloading是一个类中多态性的一种表现。 如果在子类中定义某方法与其父类有相同的名称和参数,我们说该方法被重写 (Overriding)。 子类的对象使用这个方法时,将调用子类中的定义,对它而言,父类中的定义如同被“屏蔽”了。 如果在一个类中定义了多个同名的方法,它们或有不同的参数个数或有不同的参数类型,则称为方法的重载(Overloading)。 Overloaded的方法是可以改变返回值的类型。 15、error和exception有什么区别? error 表示恢复不是不可能但很困难的情况下的一种严重问题。 比如说内存溢出。 不可能指望程序能处理这样的情况。 exception 表示一种设计或实现问题。 也就是说,它表示如果程序运行正常,从不会发生的情况。 16、同步和异步有何异同,在什么情况下分别使用他们?举例说明。 如果数据将在线程间共享。 例如正在写的数据以后可能被另一个线程读到,或者正在读的数据可能已经被另一个线程写过了,那么这些数据就是共享数据,必须进行同步存取。 当应用程序在对象上调用了一个需要花费很长时间来执行的方法,并且不希望让程序等待方法的返回时,就应该使用异步编程,在很多情况下采用异步途径往往更有效率。 17、abstract class和interface有什么区别?声明方法的存在而不去实现它的类被叫做抽象类(abstract class),它用于要创建一个体现某些基本行为的类,并为该类声明方法,但不能在该类中实现该类的情况。 不能创建abstract 类的实例。 然而可以创建一个变量,其类型是一个抽象类,并让它指向具体子类的一个实例。 不能有抽象构造函数或抽象静态方法。 Abstract 类的子类为它们父类中的所有抽象方法提供实现,否则它们也是抽象类为。 取而代之,在子类中实现该方法。 知道其行为的其它类可以在类中实现这些方法。 接口(interface)是抽象类的变体。 在接口中,所有方法都是抽象的。 多继承性可通过实现这样的接口而获得。 接口中的所有方法都是抽象的,没有一个有程序体。 接口只可以定义static final成员变量。 接口的实现与子类相似,除了该实现类不能从接口定义中继承行为。 当类实现特殊接口时,它定义(即将程序体给予)所有这种接口的方法。 然后,它可以在实现了该接口的类的任何对象上调用接口的方法。 由于有抽象类,它允许使用接口名作为引用变量的类型。 通常的动态联编将生效。 引用可以转换到接口类型或从接口类型转换,instanceof 运算符可以用来决定某对象的类是否实现了接口。 还有一些个。 。 。 留下你的邮箱我发给你. 我的邮箱是 只要掌握这些就不怕了。 。 。 邮件都给你发了怎么还没结束呢???。 。 。 。 。 。 。 。 。 。

免责声明:本文转载或采集自网络,版权归原作者所有。本网站刊发此文旨在传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及版权、内容等问题,请联系本网,我们将在第一时间删除。同时,本网站不对所刊发内容的准确性、真实性、完整性、及时性、原创性等进行保证,请读者仅作参考,并请自行核实相关内容。对于因使用或依赖本文内容所产生的任何直接或间接损失,本网站不承担任何责任。

标签: API

“API恳求重试的8种方法-哪种最适宜你的运行” 的相关文章

API-性能的全面指南-优化 (api性能测试工具)

API-性能的全面指南-优化 (api性能测试工具)

API 性能优化指南 优化 API 性能对于提供流畅、响应迅速的用户体验至关重要。以下是一些行之有效的技巧,可帮助您显著提高 API 性能: 1. 分页 当结果集过大时,分页是优化方法。它涉及...

每个API战略的不可动摇戒律

每个API战略的不可动摇戒律

随着本世纪初 Amazon、eBay 和 Salesforce 等公司的兴起,网络应用程序接口 (API) 标准化趋势应运而生。开放式网络 API 的网络不断扩大,让所有人可以使用这些 API,这...

REST-的十个最佳实践-API-构建强大 (rest的过去形态)

REST-的十个最佳实践-API-构建强大 (rest的过去形态)

在项目开发中,REST 风格的 API 设计非常普遍。以下 10 条最佳实践旨在为你的 REST API 提供灵感和指导。 1. 使用具体且有意义的资源名称 选择准确表示所代表实体的资...

API-调用-设计安全的-最佳实践和考虑因素 (api调用工程师)

API-调用-设计安全的-最佳实践和考虑因素 (api调用工程师)

在设计网站或平台时,我们经常需要向用户开放 API 访问。这允许用户以编程方式调用某些功能。例如: 允许用户通过 API 访问和管理其账户数据 允许开发人员使用我们的 AP...

网关技术选型-API-让你的应用程序飞起-五大 (网关术语解释)

网关技术选型-API-让你的应用程序飞起-五大 (网关术语解释)

网关,就像一扇门,连接着两个不同的网络。它的作用是隔离网络,控制流量,并保护内部网络的安全。 网关与网桥的区别在于,网桥仅转发信息,而网关可能对数据进行封装。 网关的作用 网关的...

API-如何设计-终极指南 (api如何获取)

API-如何设计-终极指南 (api如何获取)

在前后端分离的设计中,后端需要提供 WebAPI 给前端使用。如果是一个平台级的产品,还有可能需要将平台的公共 API 提供给第三方系统使用,这些都要考虑到 API 的设计。 常见问题 问...

经常使用LangChain和OpenAI-API启动文档剖析的综合指南 (经常使用开塞露会有什么副作用)

经常使用LangChain和OpenAI-API启动文档剖析的综合指南 (经常使用开塞露会有什么副作用)

译者|布加迪 审校|重楼 从文档和数据中提取洞察力关于您做出理智的决策至关关键。但是在处置敏感消息时,会产生隐衷疑问。联合经常使用LangChn与API,您就可以剖析本地文档,无需上行...