<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[ArroGance_X的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/ArroGance_X</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; ArroGance_X]]></copyright><item><title><![CDATA[本地搭建AI相关步骤]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/159215431</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/159215431</guid><author>ArroGance_X</author><pubDate>Wed, 18 Mar 2026 23:23:30 +0800</pubDate><description><![CDATA[一键部署 web-ui。]]></description><category></category></item><item><title><![CDATA[IM基本设计思路与有序ID的重要性]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/146983633</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/146983633</guid><author>ArroGance_X</author><pubDate>Thu, 03 Apr 2025 17:10:04 +0800</pubDate><description><![CDATA[到此，我们就形成了一个最基本的IM设计方案。在后续开发中，我们遇上数据表大，我们可以使用分库分表。插入数据效率慢，我们可以使用插入缓冲等等。我们只需要在我们的基础上不断添砖加瓦就好。]]></description><category></category></item><item><title><![CDATA[集群环境下Redis 商品库存系统设计]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/146396596</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/146396596</guid><author>ArroGance_X</author><pubDate>Thu, 20 Mar 2025 18:01:20 +0800</pubDate><description><![CDATA[完善之后，当前代码为// 库存 service// 订单 service// 获取当前时间点// 1. 删减库存//2. 下单// 库存底层数据// 获取剩余库存数量throw new ResponseFailedExpection( "库存不足");// 自减数量 , 当库存不足时扣减失败，当前失败码暂定为-1throw new ResponseFailedExpection("库存不足");/**]]></description><category></category></item><item><title><![CDATA[uniapp引入Tensorflow.js所会发生的一些问题( 主要发布平台 微信小程序 ）]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/128117218</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/128117218</guid><author>ArroGance_X</author><pubDate>Fri, 02 Dec 2022 17:50:22 +0800</pubDate><description><![CDATA[问题解答贴]]></description><category></category></item><item><title><![CDATA[Mysql为何不推荐写多表SQL]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/124932152</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/124932152</guid><author>ArroGance_X</author><pubDate>Tue, 15 Nov 2022 18:59:58 +0800</pubDate><description><![CDATA[在大部分情况下，单表并不是比多表快单表优势在于理解成本与可控性有时候你觉得单表SQL不好写的时候，你改更新的是表结构。]]></description><category></category></item><item><title><![CDATA[APP瀑布流分页问题——领取，使用等操作即消失问题]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/127848520</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/127848520</guid><author>ArroGance_X</author><pubDate>Tue, 15 Nov 2022 18:37:20 +0800</pubDate><description><![CDATA[需要在APP开发一个类似评论审核的功能，当点击审核通过时，此评论从审核列表之中清除.列表根据审核的创建时间倒序：当清除的之后，会对后续分页的结果产生影响如操作前分页结果接下来，我们将第二页之中的 E数据清除结果变为当我们在请求数据的时候，会跳过原本应该在第四页输出的。]]></description><category></category></item><item><title><![CDATA[卷积与池化的各自含义]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/125225939</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/125225939</guid><author>ArroGance_X</author><pubDate>Fri, 10 Jun 2022 17:52:37 +0800</pubDate><description><![CDATA[最近在学习神经网络，看书上对卷积神经网络的说明。
真的是又臭又长，让人看了昏昏欲睡
下面是自己上网查了资料，因此在这里分享一下结果，也作为自己的一个笔记主要功能：突出图片的特征。见下图大家就清楚了
使用该层的实际用意：突出重点，加强神经网络的有效性主要功能：图片压缩
使用功能：减少数据计算的总量，减少成本...]]></description><category></category></item><item><title><![CDATA[关于MySQL查询条件问题的优化]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/124868649</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/124868649</guid><author>ArroGance_X</author><pubDate>Thu, 19 May 2022 20:57:10 +0800</pubDate><description><![CDATA[前言

技术能解决的事情改技术
技术解决不了的事情该需求

现状
假设我们目前有两张表
业务表 书（ t_a_book ）  阅读历史记录表 (t_r_book_history) 用户表
其两张表的数据逻辑如下
t_a_book

t_r_book_history

t_a_user

当然了，我们假设当前的数据量并不只是我们眼前看到的这几条数据，而是线上真实情况。
每张表至少都是10w+起步
问题一
这时候，我们需要面临第一个业务问题，

我们需要做一个报表，显示用户阅读图书的记录，并显示用户名，用户号，]]></description><category></category></item><item><title><![CDATA[关于使用uniapp之前你需要了解的事（持续更新）]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/124286163</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/124286163</guid><author>ArroGance_X</author><pubDate>Tue, 19 Apr 2022 23:28:31 +0800</pubDate><description><![CDATA[前言
我相信，大家之所以会使用uniapp，主要还是因为图他的“方便”。
我们只需要学习vue的语法，就可以同时开发当前所有的移动端程序。
并且还拥有较为集中的插件市场，市面上也提供了不少免费的组件库 比如 colorUI , uview。
这样看来，他简直就是开发人员的福音（特别是后端开发人员）。
但是正如那句话说的那样，世界上并没有银弹。
虽然uniapp一直的宣传语就是，“一次开发”便可以生成不同端的程序“，但是世界上却没有那么美好的事，至少在笔者当前编写的时候。没有那么完美。
那么假设屏幕前的你，希]]></description><category></category></item><item><title><![CDATA[库存并发问题—如何使用Mysq解决]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/123012073</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/123012073</guid><author>ArroGance_X</author><pubDate>Fri, 18 Feb 2022 23:22:23 +0800</pubDate><description><![CDATA[如何使用MYSQL解决问题？
用MYSQL能解决什么样的库存问题？]]></description><category></category></item><item><title><![CDATA[关于当前后台服务器之中使用缓存的一点思考]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/121216299</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/121216299</guid><author>ArroGance_X</author><pubDate>Wed, 10 Nov 2021 22:13:53 +0800</pubDate><description><![CDATA[前言
本文章只是个人心路历程，只是给予个人的思考思路。并不是绝对的正确答案。
今天
是的主要事情发生在今天，本在百无聊赖之际，想完善一下过去的写的一个小工具类。@Cache与@CacheClear注解。
//主要作用与方法上，简单来说就是将某个方法迅速的写入Redis缓存之中
public @interface Cache{
	//内部怎样实现并不是重要的
}

// 主要作用与方法上，当方法成功运行之中，便会清空某个记录在Redis缓存之中的数据
public @interface CacheClear{]]></description><category></category></item><item><title><![CDATA[关于Tensorflow 2.0.0 使用 Tensorflow Hub 加载 Tensorflow Object Detected 造成的性能极其缓慢的事件记录]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/120630366</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/120630366</guid><author>ArroGance_X</author><pubDate>Wed, 06 Oct 2021 22:17:45 +0800</pubDate><description><![CDATA[解决方案：
主要由于Tensorflow 版本过低导致的问题 。
之前看过其他的技术文章，他们的建议是使用 Tensorflow 2.2.0 。
但是，我个人的想法是：
由于机器学习是个日新月异的东西，并且Tensorflow 2 也是一个正式出道没多久的工具。大家还是尽量保持版本的最新。
这东西，甚至关系到性能问题，不是一两倍。甚至有可能达到几万倍，几十万倍都是有可能。
当前问题下：
升级前 ： 十分钟到二十分钟，甚至三十分钟不等
升级后： 五到八秒返回结果
机型：
2016年购买的游戏本
CPU: 酷睿]]></description><category></category></item><item><title><![CDATA[关于 Tensorflow 2 Object Detected 识别之后的结果索引解析 ， JSON以及SQL入库语句]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/120613287</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/120613287</guid><author>ArroGance_X</author><pubDate>Tue, 05 Oct 2021 13:43:46 +0800</pubDate><description><![CDATA[关于JSON信息
[{
 "name": "/m/01g317"
  ,"id": 1
  ,"display_name": "person"
},
{
 "name": "/m/0199g"
  ,"id": 2
  ,"display_name": "bicycle"
},
{
 "name": "/m/0k4j"
  ,"id": 3
  ,"display_name": "car"
},
{
 "name": "/m/04_sv"
  ,"id": 4
  ,"display_name": "mot]]></description><category></category></item><item><title><![CDATA[JOIN 与 IN 查询连表选择]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/120593847</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/120593847</guid><author>ArroGance_X</author><pubDate>Sun, 03 Oct 2021 14:37:28 +0800</pubDate><description><![CDATA[前言
在我们日常的查询业务之中，往往并不是一张表的查询能解决问题。
如何解决不同表的关联问题，我们当前有着不同的方案。
我对于当前的主要看法便是：
关联大量的数据集合使用 JOIN ，关联小量的数据(数据量最多以百为单位，普通古籍在一两百左右) 的集合使用 IN 。
（ 至于为什么数据量大的情况下不能使用 IN 呢？我想大家都很清楚了。下文也不对此进行解释）
对于这个观点，大家可能已经理解或者已经熟悉，但是我还是按照一个实际的需求来表达清楚当前的事情。
实际问题

当前存在关系 ， 活动计划表（campai]]></description><category></category></item><item><title><![CDATA[MYSQL在不同的查询条件下 LEFT JOIN的执行步骤探究]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/120593186</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/120593186</guid><author>ArroGance_X</author><pubDate>Sun, 03 Oct 2021 13:11:59 +0800</pubDate><description><![CDATA[前言
在实际业务之中，我们经常会遇见双表查询的问题。如何更加优雅，以及更加快的拿到我们所想要的数据。这便是我们经常所会遇见的问题。
最简单解决问题的方式，便是我们要得到一份详细的数据，来知道MYSQL对于这条SQL是如何解析的，每一句扫描了多少行，返回了多少数据。但是MYSQL似乎并没有给出这个问题的答案。因此想要知道如何，就只能依靠工程师们自己的经验。
下面，我们就根据一个实际并且简单的也无需求来谈论这个问题。
知道LEFT JOIN 在不同的查询条件下执行步骤
基础问题
假设我们在做一个简单的快递项目。]]></description><category></category></item><item><title><![CDATA[单线程处理其解决的问题以单线程处理与多线程处理各自的工作理念]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/120050134</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/120050134</guid><author>ArroGance_X</author><pubDate>Wed, 01 Sep 2021 22:55:38 +0800</pubDate><description><![CDATA[前言
该博文只是一个技术分享文章。切勿当称解决问题的绝对正确且唯一的答案。
讨论的问题主要是

单线程操作与多线程操作的区别

问题分析
那我们可以思考一下问题的本质，我们使用线程组解决“单线程转化多线程”问题以及“多线程转化为单线程”的本质解决问题思路是什么呢？
便是我们需要将程序的一部分操作抛出原线程引入到我们设定的线程组操作。
如果我们要对该操作在心中有一个构思图的话应该是什么呢？
可能就有点像生产者消费者那样的一个关系。
多个生产者，多个消费者
但是生产者消费者之中可能有一个或者多个消费队列。
在不]]></description><category></category></item><item><title><![CDATA[关于HTTP请求的“单线程转化为多线程“以及“多线程转化为单线程”之中利用线程组方式解决问题的思维思考]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/120028281</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/120028281</guid><author>ArroGance_X</author><pubDate>Tue, 31 Aug 2021 23:28:16 +0800</pubDate><description><![CDATA[前言
该博文只是一个技术分享文章。切勿当称解决问题的绝对正确且唯一的答案。
讨论的问题主要是

“关于HTTP请求的"单线程转化为多线程"以及“多线程转化为单线程”之中利用线程组方式解决问题的思维思考”

在Http之中的多线程与单线程
我们在遇见HTTP接口线程问题的时候，主要的问题类型分为两种 “单线程转化为多线程”以及“多线程转化为单线程”
首先我们要思考一个问题 。对于Http请求来说，他是多线程还是单线程呢？说句很扯的话 ，我们需要观察者的角度去思考问题。
对于整个后台程序来看问题，他们是多线程问]]></description><category></category></item><item><title><![CDATA[Spring Boot 环境下 Service层 Repository 下 @Transactional 失效的原因]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/119812604</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/119812604</guid><author>ArroGance_X</author><pubDate>Thu, 19 Aug 2021 22:41:35 +0800</pubDate><description><![CDATA[问题描述：
提示： 在Spring boot 环境之中导致出现 @Transactional ,其主要导致问题的原因。主要为以下几种

导致的原因

粗心大意，忘记在程序的顶部添加注解，使其加入IOC环境。
Spring boot 环境要求一次接口请求之中，只能使用一次事务，也便是只能提交或回滚一次。如果在代码之中出现平级的@Transaction注解的方法，那么只会执行一次事务。

总结
其实大家会出现在Service 或者 Repository 的内部 。 大部分的问题是希望将事务的操作原子化，这样保证]]></description><category></category></item><item><title><![CDATA[Elasticsearch SQL的使用案例]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/111593507</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/111593507</guid><author>ArroGance_X</author><pubDate>Wed, 23 Dec 2020 17:02:18 +0800</pubDate><description><![CDATA[前言
如果大家大致了解过Elasticsearch的查询语句与方法我们就不难知道，Elasticsearch的学习成本是相对较高的。因此，我们就常常希望Elasticsearch能像我们经常使用SQL语句这种我们并不陌生的方式，来实现SQL的查询。

但是，我们发现去查询资料，结果发现对方乱七八糟说了一大堆，自己懂不懂不知道，甚至都怀疑对方懂不懂。
下定决心决定去学习elascticsearch的查询接口编写方式的，方正那一天记不记得住，如果只要有两三天一不接触，之前学的那些东西，忘了个底掉。

因此，我就]]></description><category></category></item><item><title><![CDATA[笔记：关于HTTP请求中，各类型文件对应的请求类型（截取自Nginx配置器）]]></title><link>https://blog.youkuaiyun.com/ArroGance_X/article/details/109491066</link><guid>https://blog.youkuaiyun.com/ArroGance_X/article/details/109491066</guid><author>ArroGance_X</author><pubDate>Wed, 04 Nov 2020 15:20:18 +0800</pubDate><description><![CDATA[#常用文件类型

text/html                             html htm shtml;
text/css                              css;
text/xml                              xml;
image/gif                             gif;
image/jpeg                            jpeg jpg;
application/java]]></description><category></category></item></channel></rss>