//排序 JPAQuery<Customer> orderBy = customer.orderBy(QCustomer.qcustomer.createTime.desc()); //分页 JPAQuery<Customer> limit = orderBy.offset(customerInputListPCInputParam.getPage().longValue() * customerInputListPCInputPar
前言： 本次问题发生在用户出售下单过程中，出现了并发操作，导致同一个产品出现了过量销售（本来只卖10台结果买了12台），在出售方法中已经加了事物（@Transactional）注解，并且方法内部使用了Redis分布式锁做了防并发操作 问题代码： public TradeResult<String> add(StartSaleOrderDTO dto, TUser
1.现象描述 请看下面的现象： 现象1： 现象2： 有没有被惊到？现象1和现象2结果不一样，现象2使用==判断两个Long类型的值，结果竟然是false！ 2.原理说明 源码中初始化时会执行valueOf方法，其方法如下： 也就是说这个值在-128到127之间会使用缓存，超过就会创建一个对象，所以上述的两个值分
废话不多说直接上代码 /*** * @Description: BigDecimal取整数 * @Param: [args] * @Author: yaohongan * @Date: 2021/10/18 13:47 */ public static void main(String[] args) { // ROUND_UP：非0时，舍弃小数后（整数部分）加1，比如12.49结果为1
同步部门例子代码： /**保存部门层级名称**/public void saveDeptPathName(List<Department> departmentLists){ if(!StringUtils.isEmpty(departmentLists)&&departmentLists.size()>0){ for (Department depts:departmentLists) { ArrayList<St
@Component public class GenerateToken { @Autowired private RedisUtil redisUtil; /** * 生成令牌 * * @param prefix * 令牌key前缀 * @param redisValue * redis存放的值 * @return 返回token */ public String createToke
Long longValue=1111L;double doubleValue=longValue.doubleValue()/100;System.out.println(doubleValue);
