一、java读取properties文件总结　　在java项目中，操作properties文件是经常要做的，因为很多的配置信息都会写在properties文件中，这里主要是总结使用getResourceAsStream方法和InputStream流去读取properties文件，使用get

springboot默认集成事务,只主要在方法上加上@Transactional即可。分布式事务一种情况是针对多数据源，解决方案这里使用springbootjtaatomikos来解决一、pom文件<groupIdcn.iponkan</groupId   <artifactIdspringbootjsp</artifactI

生产过程中，线上的业务规则内嵌在系统的各处代码中，每次策略的调整都需要更新线上系统，进行从需求设计编码测试上线这种长周期的流程，满足不了业务规则的快速变化以及低成本的更新试错迭代。因此需要有一种解决方案将商业决策逻辑和应用开发者的技术决策分离开，在系统运行时能去更新管理业务规则。

采用依赖倒置原则后的分层架构和六边形架构，实际上都符合整洁架构设计理念。但是六边形架构中使用端口与适配器，让应用程序能够以一致的方式被用户、程序、自动化测试、批处理脚本所驱动，同时能够让应用程序边界更加清晰，从而能更好地防止领域层和应用层逻辑泄露到外层。

一、问题是怎么发现的最近有个新系统开发完成后要上线，由于系统调用量很大，所以先对核心接口进行了一次压力测试，由于核心接口中基本上只有纯内存运算，所以预估核心接口的压测QPS能够达到上千。压测容器配置：4C8G先从10个并发开始进行发压，结果cpu一下就飙升

前言在现阶段大促备战的压测不算是一件新鲜事，已经不存在什么技术瓶颈或者资源问题，每个团队都有很多人能够执行性能测试，在一些团队也已经落地了日常常态化，但压测也没有简单到只在压测平台上设置参数、运行脚本，然后去看压测报告中某个指标是否满足压测目标那么简单，我

在持续发展的前端开发领域，一套高效的自动化工具是关键。这篇文章将带你了解五个出色的模拟工具，它们能极大提升你的生产力、简化数据仿真，并提升接口测试效率。对于寻求提高工作流的前端开发者来说，它们是必不可少的。让我们开始探索这些工具，它们承诺将灵活性和智能带入

背景：近期在跟进业务中发生了一些问题，并从中学习了一些避免问题产生的经验。通过这些问题也引发了我的一个疑问：“不存在的场景真的不存在吗？”，本篇文章将探讨这一问题，并尝试分析问题产生的原因。场景举例：在项目研发和测试过程中，常常会出现以下几种场景：场景一：

​API9和API12在模拟器上，有一个巨大的区别，那就是API9（开发工具3的版本），他的模拟器里有一个拍照功能（再往前的版本里甚至还有浏览器，可以通过浏览器下载图片），可以通过拍照功能让相册里有图片，从而测试图片相关的功能。在API12的模拟器中，虽然

支持多个终端，功能有点播，题库，直播，考试，督学，营销等，私有化部署，局域网外网均可部署，经搭建测试完整可用。源代码，有开发文档和部署文档，前后台源码，源码可二次开发。运行环境：服务器操作系统：windowsserver201264位中文版数据库：MicrosoftSQLServer2008.NET版本：.NET4.6服务器起步配置要求：2核4