http长连接与短连接 HTTP协议与TCP/IP协议的关系HTTP的长连接和短连接本质上是TCP长连接和短连接。HTTP属于应用层协议，在传输层使用TCP协议，在网络层使用IP协议。IP协议主要解决网络路由和寻址问题，TCP协议主要解决如何在IP层之上可靠的传递数据包，使在网络上的另一端收到发端发出的所有包，并且顺序与发出顺序一致。TCP有可靠，面向连接的特点。如何理解HTTP协议是无状态的HT
针对一个接口有多个重复的提交，在前端那一层就得做控制。前端自然有他的方法前台去抖动、防快速操作。这里，我是后端开发，前端的措施我们就不细究了。即使前端做了防重复提交，我们后端依然也要做好防重复提交。 下面有几种防重复提交的方法：1.基于缓存的数据验证例如有一个订单插入的请求，这里我们需要用到订单的流水号（orderId），因为orderId肯定是唯一的。请求request进来的时候，查询
转载
2023-09-25 13:45:04
560阅读
我们知道，用JAVA语言写的网站，都会有GC的机制，其中堆的大小，就是新生代空余内存及老年代的空余内存之和。java程序在运行的时候，他会不断把新生代里无法gc掉的对象丢到老年代里面，但是老年代的内存也是一个固定值的，当新生代的对象丢到老年代后，老年代的空余内存会不断缩小，也许大家会问，老年代不是也有GC么，他full gc后，老年代丢弃不用的对象后，使用内存不就是会减少了吗？ 说的很对，但是，f
# Java防止接口频繁调用
在Java开发中，接口是一种非常重要的概念。接口定义了一组方法的规范，可以被不同的类实现。然而，接口的频繁调用可能会导致性能问题。本文将介绍一些可以用来防止接口频繁调用的方法，并提供相应的Java代码示例。
## 问题描述
在某些情况下，我们可能需要频繁调用接口的方法。例如，当我们需要从第三方API获取数据时，我们可能需要多次发送请求以获取完整的数据。然而，频繁
原创
2023-10-23 14:38:48
277阅读
一般有五种方式： 1、Token授权认证，防止未授权用户获取数据； 2、时间戳超时机制； 3、URL签名，防止请求参数被篡改； 4、防重放，防止接口被第二次请求，防采集； 5、采用HTTPS通信协议，防止数据明文传输；所有的安全措施都用上的话有时候难免太过复杂，在实际项目中需要根据自身情况作出取舍，比如可以只使用签名机制就可以保证信息不会被篡改，或者定向提供服务的时候只用Token机制就可以了，如
转载
2023-08-04 20:34:17
0阅读
这种限制接口调用次数的方式，我们通常称之为限流，那么为什么要做限流呢，一般有两种原因：1. 首先是防止服务提供方被大量的请求击垮我们开发一个项目，最理想的状况是有多少请求，都可以正常地响应，但是在现在的互联网环境，我们很难评估用户的增长，很难评估访问量有多少，甚至有些时候会遇到恶意攻击；那么相比于项目被流量击垮，【限制流量，只满足部分访问的正常响应】要好一些。简单说就是：满足所有请求 > 满
转载
2023-07-19 00:33:58
26阅读
目录接口被狂刷的严重后果接口狂刷的主要防护措施：交互式验证安全参数校验使用 HTTPS用户访问认证资源访问授权1. 引入 Shiro 依赖2. 配置 Shiro3. 创建 Realm4. 认证和授权访问限流维度一：访问限流策略维度二：访问限流算法IP封禁日志监控和异步分析升级硬件设备基于时序的统计预警接口被狂刷的严重后果恶意攻击者通常会通过自动化工具进行攻击
对于前后端分离的项目，后端人员通常都要对发起请求的用户的合法性和权限进行审核（比如用户每次请求都要携带token，token校验通过的才放行），只要审核通过了，基本上都允许用户的后续操作。可是这样就安全了吗？任何一个在后端开发浸淫多年的人，都会不知不觉间往数据安全方面倾注更多的精力。笔者作为某小公司中的唯一后端开发，在数据安全这块也是操碎了心的
转载
2023-07-25 15:52:48
0阅读
API 接口防刷顾名思义，想让某个接口某个人在某段时间内只能请求N次。 在项目中比较常见的问题也有，那就是连点按钮导致请求多次，以前在web端有表单重复提交，可以通过token 来解决。 除了上面的方法外，前后端配合的方法。现在全部由后端来控制。原理在你请求的时候，服务器通过redis 记录下你请求的次数，如果次数超过限制就不给访问。 在redis 保存的key 是有时效性的，过期就会删除。代码实
并发安全什么是线程安全性如何做到线程安全线程封闭使用无状态类让类不可变安全地发布volatile加锁和CAS安全问题死锁概念死锁发生的必要条件数据库中的死锁Java中的死锁简单顺序死锁动态顺序死锁危害活锁线程饥饿并发下的性能线程引入的开销上下文切换内存同步阻塞如何减少锁的竞争减少锁的粒度缩小锁的范围避免多余的锁锁分段替换独占锁线程安全的单例模式懒汉式-双重检查模式懒汉式-延迟初始化占位类模式枚举
以SpringBoot为例提高接口安全性，核心无非是：加密和加签 #1.加密 定义：对参数进行加密传输，拒绝接口参数直接暴露，这样就可以有效做到防止别人轻易准确地获取到接口参数定义和传参格式要求了。 加密分为对称加密和非对称加密AES 是对称加密算法，优点：加密速度快；缺点：如果秘钥丢失，就容易解密密文，安全性相对比较差RSA 是非对称加密算法 ， 优点：安全 ；缺点：加密速度慢； 加密流程： ①
在并发中保证多线程之间访问、操作的数据的安全，我们称为线程安全。
线程安全问题在单线程和多线程之间的只读操作不存在，只有在多线程的读-写、写-写的场景下才会引发线程安全问题。
实现线程安全的方案：
1.保证对象的无状态性和独立性，使用局部变量代替全局变量、或者使用实例变量代替类变量、单例变多例。
2.使用锁机制。
3.不加锁实现线程安全: CAS-atomic、ThreadLo
最近做了个不大点的微信活动，上线之后，出现了无穷尽的微信刷子，这些刷子的openid都不一样，昵称也格式相似，通过记录IP发现，IP都是相同的，一个IP有上千个微信用户，我很是费解，不知道现在是不是有什么黑科技可以伪造这点了；我先说下我的流程1，用户授权，session记录用户openid2，用户参加活动，完成活动一系列指定操作，完成活动，将用户信息录入数据库3，用户完成活动，分享朋友圈，朋友圈朋
本文介绍一种极简洁、灵活通用接口防刷实现方式、通过在需要防刷的方法加上@Prevent 注解即可实现短信防刷； 使用方式大致如下：
/**
* 测试防刷
*
* @param request
* @return
*/
@ResponseBody
@GetMapping(value = "/testPrevent")
转载
2023-09-27 22:39:07
134阅读
如何实现接口限流防刷有了对用户的访问进行一定的限制，就可以减轻服务器压力。例如通过访问次数的限制就是一种限流防刷的手段。即限制用户在一定的时间间隔内对接口的访问次数。实现思路：对接口限流一般来讲如果使用计时器来做这个功能，实现起来比较复杂。在这里，我们可以充分利用redis中的key-value过期机制来完成。在redis中存储一个用于记录访问次数的变量，在过期时间内被继续访问，则次数
转载
2023-06-05 15:49:17
319阅读
# Java通过控制IP防止接口频繁调用
## 前言
在开发过程中，我们经常遇到需要限制接口的频繁调用，以保证系统的稳定性和安全性。一种常见的方法是通过控制IP地址来限制接口的调用频率。本文将向你介绍如何使用Java实现这一功能。
## 实现步骤
### 步骤一：记录请求频率
首先，我们需要记录每个IP地址对接口的请求频率。为了实现这个功能，我们可以使用一个基于内存的缓存工具，如Guava
原理接口幂等的场景1. 前端重复提交
用户注册，用户创建商品等操作，前端都会提交一些数据给后台服务，后台需要根据用户提交的数据在数据库中创建记录。如果用户不小心多点了几次，后端收到了好几次提交，这时就会在数据库中重复创建了多条记录。这就是接口没有幂等性带来的 bug
2. 接口超时重试
对于给第三方调用的接口，有可能会因为网络原因而调用失败，这时，一般在设计的时候会对接口调用加上失败重试的机制。
转载
2023-09-23 13:23:51
522阅读
一、前言当我们的系统越做越大时，代码的的松耦合以及性能问题很重要，但我觉得，数据的传输感觉更重要。安全问题是系统的心脏！！！值得我们去重视以及防患于未然。现代软件开发中，前后端分离的项目逐渐成为主流。前后端分离的项目离不开后端对外提供接口，而请求这些接口的数据时，安全性应当保证。二、解决方法1、对请求做身份认证（数据签名）如果不对请求进行签名认证，那么可以简单的通过fiddler等工具轻易抓包拿到
再次阐述以下一下问题：
我们做的系统面临这么个问题，数据库在发布的时候是在安装时指定的实例上加了特定的密码。用SQL Server2000客户端直接连这个实例是无法正常连接的，但是有些稍微懂点SQL Server技术的客户能建个实例并把mdf文件附加到新建实例就可以堂而皇之的修改了，绕过程序的控制了，请问有没有什么好的办法可以防止这种情况的发 生？
Spring Boot项目接口防刷教程技术要点 : Spring Boot 的基础知识 , redis基本操作接口防刷,顾名思义就是想让某个人在某个时间段只能请求指定接口的指定次数 , 在项目中这种刷接口的人也有,那就是连续点击按钮导致请求多次原理 :在你请求的时候,服务器通过redis记录下你的请求次数,如果次数超出限制,则不给访问,在redis保存key是有时效性的,过期就会删除。代码实现这次
转载
2023-08-02 09:32:28
241阅读
