Gitee

前置 最近写了几篇随笔，大家都不看内容，看博客皮肤 😂，满足你们。以下所有功能都可作为一个插件使用，你可以将它迁移到你的博客，代码仓库地址在文末。或者使用 awescnb 将这些插件集成到你现有的博客园皮肤。若有错误，恳请指点一二，感激不尽。欢迎评论区交流。另外插件还在不断扩充。 基本配置 属性 描述 值类型 默认值 可选值 name 全局主题名称 String 'reacg' 'reacg' 'element' 'gshang' 'acg' color 全局主题色 String '#ffb3cc' 16 进制颜色值 avatar 头像图片链接 String 无 title 网站标题 String 你的博客名 favicon 网站图标链接 String 内置 headerBackground 头部背景，图片链接 String 内置 theme: { name: 'reacg', color: '#FFB3CC', title: '', avatar: '//pic.cnblogs.com/avatar/1501373/20200119190802.png', favicon: 'https://guangzan.gitee.io/imagehost/awescnb/favicon.png', headerBackground: 'https://guangzan.gitee.io

本博客只写实现的思想，相关代码地址在： gitee github 排序动画演示： 排序动画演示 0、排序算法概述 0.1 排序算法分类 十种常见排序算法可以分为两大类： 比较类排序 ：通过比较来决定元素间的相对次序，由于其时间复杂度不能突破O(nlogn)，因此也称为非线性时间比较类排序。 非比较类排序 ：不通过比较来决定元素间的相对次序，它可以突破基于比较排序的时间下界，以线性时间运行，因此也称为线性时间非比较类排序。 0.2 算法复杂度 快速记忆上表打油诗 ： 30秒让你记住所有排序算法-宋词记忆法 . 0.3 复杂度分析递推式 . 0.4 相关概念 稳定 ：如果a原本在b前面，而a=b，排序之后a仍然在b的前面。 不稳定 ：如果a原本在b的前面，而a=b，排序之后 a 可能会出现在 b 的后面。 时间复杂度 ：对排序数据的总的操作次数。反映当n变化时，操作次数呈现什么规律。 空间复杂度 ：是指算法在计算机内执行时所需存储空间的度量，它也是数据规模n的函数。 1、冒泡排序（Bubble Sort） 冒泡排序是一种简单的排序算法。它重复地走访过要排序的数列，一次比较两个元素，如果它们的顺序错误就把它们交换过来。走访数列的工作是重复地进行直到没有再需要交换，也就是说该数列已经排序完成。这个算法的名字由来是因为越小的元素会经由交换慢慢“浮”到数列的顶端。 1.1 经典冒泡

在使用 UWP 上架之前需要经过微软的审核，在美国很看重个人隐私，因此需要在两个地方都填写上隐私策略。第一个是应用商店里面，第二个是应用程序里面 如果是个人开发者，我的推荐是在 github 或 gitee 创建一个叫隐私策略的文件，复制这个链接填写在应用商店管理的属性上，请看下图 如何写隐私策略请看 win10 uwp 隐私声明 注意修改软件名 然后打开代码，在代码里面添加一个叫 PrivacyPolicyURL 的静态属性，将隐私策略放在这个属性，然后写一个文本超链接用于打开 public static class PrivacyPolicy { public static string PrivacyPolicyURL { get; } = "https://github.com/lindexi/UWP/blob/master/uwp/src/%E9%9A%90%E7%A7%81%E7%AD%96%E7%95%A5/Privacy%20Policy.md"; } 在界面添加超链接 <TextBlock> <Hyperlink NavigateUri="https://github.com/lindexi/UWP/blob/master/uwp/src/%E9%9A%90%E7%A7%81%E7%AD%96%E7%95%A5/Privacy%20Policy.md">隐私策略<

前言 说明一下需求，最近做的平台，有多张用户表，怎么根据不同用户登录去执行自己查询不同数据库并实现认证的业务逻辑呢？ 博主参与的产品开发进入阶段性完成期，有时间将过程中遇到的相关问题一一总结。 总结 实现本需求，首先是从Subject入手，它是完成shiro登录过程的入口，login(UsernamePasswordToken)方法完成用户名密码传递，后面自己实现Realm去认证登录，关键就在如何区分这些用户名密码是对应哪个数据库表，若有一个状态去判断它们，则可以解决问题。 设计上的反思 其实从实际参与这个大产品开发之后，越来越发现，它不便于我们对各类用户的管理，虽然做了很多针对shiro的扩展去实现自己想要的功能，但渐渐明白为什么shiro不提供这样的解决方案。 这里，博主也建议，用户表可以有多个，但登录认证的表其实只保留一个就好，将你的多Realm抽象出来一个关系表映射，将各种状态加入，登录等认证交由统一维护，具体信息查询等封装抽象，下面做对应实现即可，这样才应该是跨平台的，以后也只需要存储跟别的平台的用户关系绑定，就完成了登录。 转载内容 https://blog.csdn.net/visket2008/article/details/78539334 码云传送门 https://gitee.com/visket/cloud 来源： oschina 链接： https:/

Java Jar 包加密 一、缘由 　　Java的 Jar包中的.class文件可以通过反汇编得到源码。这样一款应用的安全性就很难得到保证，别人只要得到你的应用，不需花费什么力气，就可以得到源码。 　　这时候就需要对jar进行加密处理。 二、技术&工具 　　XJar 　　GitHub： https://github.com/core-lib/xjar 　　码云： https://gitee.com/core-lib/xjar?_from=gitee_search 　　maven集成 XJar 　　GitHub： https://github.com/core-lib/xjar-maven-plugin 　　码云： https://gitee.com/core-lib/xjar-maven-plugin?_from=gitee_search 　　xjar-agent-hibernate 　　GitHub： https://github.com/core-lib/xjar-agent-hibernate 　　码云： https://gitee.com/core-lib/xjar-agent-hibernate?_from=gitee_search 　　go语言、maven、eclipse 　　文档可以到github、码云上去了解，这里只描述使用过程，亲测可用！ 三、实现过程 　

本文3.0版本文章 https://mp.weixin.qq.com/s/pjvleNGi_AazZ7COdxQyPQ 代码已上传Github+Gitee，文末有地址 　　上回《 从壹开始前后端分离【 .NET Core2.0 Api + Vue 2.0 + AOP + 分布式】框架之九 || 依赖注入IoC学习 + AOP界面编程初探 》咱们说到了依赖注入Autofac的使用，不知道大家对IoC的使用是怎样的感觉，我个人表示还是比较可行的，至少不用自己再关心一个个复杂的实例化服务对象了，直接通过接口就满足需求，当然还有其他的一些功能，我还没有说到，抛砖引玉嘛，大家如果有好的想法，欢迎留言，也可以来群里，大家一起学习讨论。昨天在文末咱们说到了AOP面向切面编程的定义和思想，我个人简单使用了下，感觉主要的思路还是通过拦截器来操作，就像是一个中间件一样，今天呢，我给大家说两个小栗子，当然，你也可以合并成一个，也可以自定义扩展，因为我们是整个系列是基于Autofac框架，所以今天主要说的是基于Autofac的Castle动态代理的方法，静态注入的方式以后有时间可以再补充。 　　时间真快，转眼已经十天过去了，感谢大家的鼓励，批评指正，希望我的文章，对您有一点点儿的帮助，哪怕是有学习新知识的动力也行，至少至少，可以为以后跳槽增加新的谈资 [哭笑]，这些天我们从面向对象OOP的开发

反馈说明 该贴主要用于反馈atum主题的一些BUG或者存在改进的地方，希望各位喜欢atum主题的各位能以以下格式进行反馈，我收到评论后会安排空余时间进行修复。 atum版本:v1.14 反馈类型:BUG或者建议 反馈内容:xxxx ... 另外补充一点，对于该主题已经进行开源化( Gitee 、 Github )，是没有任何收益的，所以请勿催促博主，有时间一定修改补充主题。当然你有兴趣赞赏我些许钞票也是可以的。 请我吃糖 来源： oschina 链接： https://my.oschina.net/u/4297638/blog/4437808

卓越商城Web购物车系统 卓越商城Web购物车系统: 一、模块： 1.购物车界面（增删改查以及一键清空） 2.充值界面 3.登陆注册界面 4.商品信息展示 5.模糊查询 二、项目作用：通俗易懂、言简意赅、精简明了 三、项目技术：jsp+servlet框架，css和js样式 源码码云转载下面网址： https://gitee.com/dang_longjie/ZhuoYueXiangMu/tree/master/ 来源： oschina 链接： https://my.oschina.net/u/4260217/blog/4355633

本文源码： GitHub·点这里 || GitEE·点这里 一、高并发简介 在互联网的业务架构中，高并发是最难处理的业务之一，常见的使用场景：秒杀，抢购，订票系统；高并发的流程中需要处理的复杂问题非常多，主要涉及下面几个方面： 流量管理，逐级承接削峰； 网关控制，路由请求，接口熔断； 并发控制机制，资源加锁； 分布式架构，隔离服务和数据库； 高并发业务核心还是流量控制，控制流量下沉速度，或者控制承接流量的容器大小，多余的直接溢出，这是相对复杂的流程。其次就是多线程并发下访问共享资源，该流程需要加锁机制，避免数据写出现错乱情况。 二、秒杀场景 1、预抢购业务 活动未正式开始，先进行活动预约，先把一部分流量收集和控制起来，在真正秒杀的时间点，很多数据可能都已经预处理好了，可以很大程度上削减系统的压力。有了一定预约流量还可以提前对库存系统做好准备，一举两得。 场景：活动预约，定金预约，高铁抢票预购。 2、分批抢购 分批抢购和抢购的场景实现的机制是一致的，只是在流量上缓解了很多压力，秒杀10W件库存和秒杀100件库存系统的抗压不是一个级别。如果秒杀10W件库存，系统至少承担多于10W几倍的流量冲击，秒杀100件库存，体系可能承担几百或者上千的流量就结束了。下面流量削峰会详解这里的策略机制。 场景：分时段多场次抢购，高铁票分批放出。 3、实时秒杀 最有难度的场景就是准点实时的秒杀活动

添加依赖 <!--添加mysql 和 mybatis 依赖--> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> </dependency> <dependency> <groupId>org.mybatis.spring.boot</groupId> <artifactId>mybatis-spring-boot-starter</artifactId> <version>2.0.0</version> </dependency> 配置MyBatis @Configuration @MapperScan("com.example.springbootstartlearn.Dao") public class MyBatisConfig { @Autowired private DataSource dataSource; @Bean public SqlSessionFactory sqlSessionFactory() throws Exception { SqlSessionFactoryBean factoryBean = new SqlSessionFactoryBean(); factoryBean.setDataSource(dataSource);