[LIMIT子句实现数据分页 ]的搜索结果

...e exceeds limit."); } // ... } private boolean isValidFileType(MultipartFile file) { // Check file type logic here } private boolean isValidFileSize(MultipartFile file) { // Check file size logic here } 结语 通过以上步骤，你不仅能够实现在Spring Boot应用中进行文件上传的基本功能，还能根据具体需求进行扩展和优化。记住，良好的错误处理和用户反馈是提高用户体验的关键。希望这篇文章能帮助你更好地理解和运用Spring Boot进行文件上传操作。嘿，兄弟！你听过这样一句话吗？“实践出真知”，尤其是在咱们做项目的时候，更是得这么干！别管你是编程高手还是设计大师，多试错，多调整，才能找到最适合那个场景的那套方案。就像是做菜一样，不试试加点这个，少放点那个，怎么知道哪个味道最对路呢？所以啊，提升技能，咱们就得在实际操作中摸爬滚打，这样才能把技术玩儿到炉火纯青的地步！

...输出； Python实现 不要开启线程池，因为会有一些问题 app.py config 中可以配置 import requestsimport reimport jsonimport timeimport pymongoimport psutilfrom hashlib import md5from moviepy.editor import from multiprocessing import Pool基本配置config = {'UID':'gKpdxKRWXwaW',用户ID'CID':104,栏目ID'TYPE':1, 1=>按用户id采集列表，2=>按栏目ID采集列表'TIME_START':1,起始时间'TIME_ENT':500,结束时间'PAGE_START':1,起始页'PAGE_END':10,结束页'TIME_GE':0,每个下载间隔时间'POOL':False,是否开启线程池'CHECKID':True, True 过滤已经下载过的视频 False 不过滤'FILE_PATH':'F:/ceshi/',下载目录，【会自动创建文件夹】'TS_PATH':'F:/ceshi/download/',缓存文件目录，【会自动创建文件夹】'DB_URL':'localhost',数据库地址'DB_NAME':'douyu',数据库名称''DB_TABLE':'douyu'数据库表}MongoDB初始化client = pymongo.MongoClient(config['DB_URL'])mango_db = client[config['DB_NAME']]MongoDB存储def save_to_mango(result):if mango_db[config['DB_TABLE']].insert_one({'vid':result}):print('成功存储到MangoDB')return Truereturn FalseMongoDB验证重复def check_to_mongo(vid):count = mango_db[config['DB_TABLE']].find({'vid':vid}).count()if count==0:return Falsereturn True删除文件def del_file(page):if os.path.exists(page): 删除文件，可使用以下两种方法。os.remove(page) os.unlink(my_file)else:print('no such file:%s' % page)循环列表删除文件def loop_del_file(arr):for item in arr:del_file(item)请求器def get_content_requests(url):headers = {}headers['user-agent']='Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.131 Safari/537.36'headers['cookie'] = 'dy_did=07f83a57d1d2e22942e0883200001501; acf_did=07f83a57d1d2e22942e0883200001501; Hm_lvt_e99aee90ec1b2106afe7ec3b199020a7=1556514266,1557050422,1557208315; acf_auth=; acf_auth_wl=; acf_uid=; acf_nickname=; acf_username=; acf_own_room=; acf_groupid=; acf_notification=; acf_phonestatus=; _dys_lastPageCode=page_video,page_video; Hm_lpvt_e99aee90ec1b2106afe7ec3b199020a7=1557209469; _dys_refer_action_code=click_author_video_cate2'try:req_content = requests.get(url,headers = headers)if req_content.status_code == 200:return req_contentprint('请求失败：',url)return Noneexcept:print('请求失败：', url)return None把时间换算成秒def str_to_int(time):try:time_array = time.split(':')time_int = (int(time_array[0])60)+int(time_array[1])return time_intexcept:print('~~~~~计算视频时间失败~~~~~')return None提取需要采集的数据def get_list(html,type = 1):data = []try:list_json = json.loads(str(html))for om in list_json['data']['list']:gtime = str_to_int(om['video_str_duration'])if gtime > config['TIME_START'] and gtime < config['TIME_ENT']:if type == 2:data.append({'title': om['title'], 'vid': om['url'].split('show/')[1]})else:data.append({'title': om['title'], 'vid': om['hash_id']})return dataexcept:print('~~~~~数据提取失败~~~~~')return None解析playlist.m3u8def get_ts_list(m3u8):data = []try:html_m3u8_json = json.loads(m3u8)m3u8_text = get_content_requests(html_m3u8_json['data']['video_url'])m3u8_vurl =html_m3u8_json['data']['video_url'].split('playlist.m3u8?')[0]if m3u8_text:get_text = re.findall(',\n(.?).ts(.?)\n',m3u8_text.text,re.S)for item in get_text:data.append(m3u8_vurl+item[0]+'.ts'+item[1])return datareturn Noneexcept:print('~~~~~解析playlist.m3u8失败~~~~~')return None 杀死moviepy产生的特定进程def killProcess(): 处理python程序在运行中出现的异常和错误try: pids方法查看系统全部进程pids = psutil.pids()for pid in pids: Process方法查看单个进程p = psutil.Process(pid) print('pid-%s,pname-%s' % (pid, p.name())) 进程名if p.name() == 'ffmpeg-win64-v4.1.exe': 关闭任务 /f是强制执行，/im对应程序名cmd = 'taskkill /f /im ffmpeg-win64-v4.1.exe 2>nul 1>null' python调用Shell脚本执行cmd命令os.system(cmd)except:pass下载.ts文件def download_ts(m3u8_list,name):try:if not os.path.exists(config['FILE_PATH']):os.makedirs(config['FILE_PATH'])if not os.path.exists(config['TS_PATH']):os.makedirs(config['TS_PATH'])if os.path.exists(config['FILE_PATH']+name+'.mp4'):name = name+'_'+str(int(time.time()))print('开始下载：',name)L = []R = []for p in m3u8_list:ts_find = get_content_requests(p)file_ts = '{0}{1}.ts'.format(config['TS_PATH'],md5(ts_find.content).hexdigest())with open(file_ts,'wb') as f:f.write(ts_find.content)R.append(file_ts)hebing = VideoFileClip(file_ts)L.append(hebing)killProcess()print('下载完成：',file_ts)mp4file = '{0}{1}.mp4'.format(config['FILE_PATH'],name)final_clip = concatenate_videoclips(L)final_clip.to_videofile(mp4file, fps=24, remove_temp=True)killProcess()loop_del_file(R)print('\n下载完成：',name)print('')return Trueexcept:print('~~~~~合成.ts文件失败~~~~~')return None下载视频列表def list_get_kong(list_json):for item in list_json:y = Trueif config['CHECKID']:if check_to_mongo(item['vid']):print('~~~~~检测到重复项~~~~~')y = Falseif y:get_show_html = get_content_requests('https://vmobile.douyu.com/video/getInfo?vid=' + item['vid'])if get_show_html:m3u8_list = get_ts_list(get_show_html.text)if m3u8_list:download = download_ts(m3u8_list, item['title'])if download: save_to_mango(item['vid'])time.sleep(config['TIME_GE'])控制器def main(page):if config['TYPE']==1:print('~~~~~按用户ID采集~~~~~')listurl = 'https://v.douyu.com/video/author/getAuthorVideoListByNew?up_id={0}&cate2_id=0&limit=30&page={1}'.format(config['UID'],page)get_list_html = get_content_requests(listurl)if get_list_html:list_json = get_list(get_list_html.text,1)if list_json:list_get_kong(list_json)else:print('~~~~~按列表ID采集~~~~~')listurl = 'https://v.douyu.com/video/video/listData?page={1}&cate2Id={0}&action=new'.format(config['CID'],page)get_list_html = get_content_requests(listurl)if get_list_html:list_json = get_list(get_list_html.text,2)if list_json:list_get_kong(list_json)初始化if __name__=='__main__':if config['POOL']:groups = [x for x in range(config['PAGE_START'],config['PAGE_END']+1)]pool = Pool()pool.map(main, groups)else:for item in range(config['PAGE_START'],config['PAGE_END']+1):main(item)print('~~~~~已经完成【所有操作】~~~~~') 总结：众所周知，BiliBili是一个学习的网站！ 本篇文章为转载内容。原文链接：https://blog.csdn.net/qq_35875470/article/details/89857445。 该文由互联网用户投稿提供，文中观点代表作者本人意见，并不代表本站的立场。 作为信息平台，本站仅提供文章转载服务，并不拥有其所有权，也不对文章内容的真实性、准确性和合法性承担责任。 如发现本文存在侵权、违法、违规或事实不符的情况，请及时联系我们，我们将第一时间进行核实并删除相应内容。

... 和 lpop 可以实现消息队列(队尾进队头出)，但是消费者需要不停地调用 lpop 查看 List 中是否有等待处理的消息(比如写一个 while 循环)。 为了减少通信的消耗，可以 sleep()一段时间再消费，但是会有两个问题: 1、如果生产者生产消息的速度远大于消费者消费消息的速度，List 会占用大量的内存。 2、消息的实时性降低。 list 还提供了一个阻塞的命令:blpop，没有任何元素可以弹出的时候，连接会被阻塞。 基于 list 实现的消息队列，不支持一对多的消息分发。 1.2 发布订阅模式 除了通过 list 实现消息队列之外，Redis 还提供了一组命令实现发布/订阅模式。 这种方式，发送者和接收者没有直接关联(实现了解耦)，接收者也不需要持续尝试获取消息。 1.2.1 订阅频道 首先，我们有很多的频道(channel)，我们也可以把这个频道理解成 queue。订阅者可以订阅一个或者多个频道。消息的发布者(生产者)可以给指定的频道发布消息。只要有消息到达了频道，所有订阅了这个频道的订阅者都会收到这条消息。 需要注意的注意是，发出去的消息不会被持久化，因为它已经从队列里面移除了，所以消费者只能收到它开始订阅这个频道之后发布的消息。 下面我们来看一下发布订阅命令的使用方法。 订阅者订阅频道：可以一次订阅多个，比如这个客户端订阅了 3 个频道。 subscribe channel-1 channel-2 channel-3 发布者可以向指定频道发布消息(并不支持一次向多个频道发送消息): publish channel-1 2673 取消订阅(不能在订阅状态下使用): unsubscribe channel-1 1.2.2 按规则(Pattern)订阅频道 支持 ?和 占位符。? 代表一个字符， 代表 0 个或者多个字符。 消费端 1，关注运动信息: psubscribe sport 消费端 2，关注所有新闻: psubscribe news 消费端 3，关注天气新闻: psubscribe news-weather 生产者，发布 3 条信息 publish news-sport yaoming publish news-music jaychou publish news-weather rain 2、Redis 事务 2.1 为什么要用事务 我们知道 Redis 的单个命令是原子性的(比如 get set mget mset)，如果涉及到多个命令的时候，需要把多个命令作为一个不可分割的处理序列，就需要用到事务。 例如我们之前说的用 setnx 实现分布式锁，我们先 set，然后设置对 key 设置 expire， 防止 del 发生异常的时候锁不会被释放，业务处理完了以后再 del，这三个动作我们就希望它们作为一组命令执行。 Redis 的事务有两个特点: 1、按进入队列的顺序执行。 2、不会受到其他客户端的请求的影响。 Redis 的事务涉及到四个命令:multi(开启事务)，exec(执行事务)，discard (取消事务)，watch(监视) 2.2 事务的用法 案例场景:tom 和 mic 各有 1000 元，tom 需要向 mic 转账 100 元。tom 的账户余额减少 100 元，mic 的账户余额增加 100 元。 通过 multi 的命令开启事务。事务不能嵌套，多个 multi 命令效果一样。 multi 执行后，客户端可以继续向服务器发送任意多条命令，这些命令不会立即被执行，而是被放到一个队列中，当 exec 命令被调用时，所有队列中的命令才会被执行。 通过 exec 的命令执行事务。如果没有执行 exec，所有的命令都不会被执行。如果中途不想执行事务了，怎么办? 可以调用 discard 可以清空事务队列，放弃执行。 2.3 watch命令 在 Redis 中还提供了一个 watch 命令。 它可以为 Redis 事务提供 CAS 乐观锁行为(Check and Set / Compare and Swap)，也就是多个线程更新变量的时候，会跟原值做比较，只有它没有被其他线程修改的情况下，才更新成新的值。 我们可以用 watch 监视一个或者多个 key，如果开启事务之后，至少有一个被监视 key 键在 exec 执行之前被修改了，那么整个事务都会被取消(key 提前过期除外)。可以用 unwatch 取消。 2.4 事务可能遇到的问题 我们把事务执行遇到的问题分成两种，一种是在执行 exec 之前发生错误，一种是在执行 exec 之后发生错误。 2.4.1 在执行 exec 之前发生错误 比如：入队的命令存在语法错误，包括参数数量，参数名等等(编译器错误)。 在这种情况下事务会被拒绝执行，也就是队列中所有的命令都不会得到执行。 2.4.2 在执行 exec 之后发生错误 比如，类型错误，比如对 String 使用了 Hash 的命令，这是一种运行时错误。 最后我们发现 set k1 1 的命令是成功的，也就是在这种发生了运行时异常的情况下， 只有错误的命令没有被执行，但是其他命令没有受到影响。 这个显然不符合我们对原子性的定义，也就是我们没办法用 Redis 的这种事务机制来实现原子性，保证数据的一致。 3、Lua脚本 Lua/ˈluə/是一种轻量级脚本语言，它是用 C 语言编写的，跟数据的存储过程有点类似。 使用 Lua 脚本来执行 Redis 命令的好处: 1、一次发送多个命令，减少网络开销。 2、Redis 会将整个脚本作为一个整体执行，不会被其他请求打断，保持原子性。 3、对于复杂的组合命令，我们可以放在文件中，可以实现程序之间的命令集复用。 3.1 在Redis中调用Lua脚本 使用 eval /ɪ’væl/ 方法，语法格式: redis> eval lua-script key-num [key1 key2 key3 ....] [value1 value2 value3 ....] eval代表执行Lua语言的命令。 lua-script代表Lua语言脚本内容。 key-num表示参数中有多少个key，需要注意的是Redis中key是从1开始的，如果没有key的参数，那么写0。 [key1key2key3…]是key作为参数传递给Lua语言，也可以不填，但是需要和key-num的个数对应起来。 [value1 value2 value3 …]这些参数传递给 Lua 语言，它们是可填可不填的。 示例，返回一个字符串，0 个参数: redis> eval "return 'Hello World'" 0 3.2 在Lua脚本中调用Redis命令 使用 redis.call(command, key [param1, param2…])进行操作。语法格式: redis> eval "redis.call('set',KEYS[1],ARGV[1])" 1 lua-key lua-value command是命令，包括set、get、del等。 key是被操作的键。 param1,param2…代表给key的参数。 注意跟 Java 不一样，定义只有形参，调用只有实参。 Lua 是在调用时用 key 表示形参，argv 表示参数值(实参)。 3.2.1 设置键值对 在 Redis 中调用 Lua 脚本执行 Redis 命令 redis> eval "return redis.call('set',KEYS[1],ARGV[1])" 1 gupao 2673 redis> get gupao 以上命令等价于 set gupao 2673。 在 redis-cli 中直接写 Lua 脚本不够方便，也不能实现编辑和复用，通常我们会把脚本放在文件里面，然后执行这个文件。 3.2.2 在 Redis 中调用 Lua 脚本文件中的命令，操作 Redis 创建 Lua 脚本文件: cd /usr/local/soft/redis5.0.5/src vim gupao.lua Lua 脚本内容，先设置，再取值: cd /usr/local/soft/redis5.0.5/src redis-cli --eval gupao.lua 0 得到返回值: root@localhost src] redis-cli --eval gupao.lua 0 "lua666" 3.2.3 案例:对 IP 进行限流 需求：在 X 秒内只能访问 Y 次。 设计思路：用 key 记录 IP，用 value 记录访问次数。 拿到 IP 以后，对 IP+1。如果是第一次访问，对 key 设置过期时间(参数 1)。否则判断次数，超过限定的次数(参数 2)，返回 0。如果没有超过次数则返回 1。超过时间， key 过期之后，可以再次访问。 KEY[1]是 IP， ARGV[1]是过期时间 X，ARGV[2]是限制访问的次数 Y。 -- ip_limit.lua-- IP 限流，对某个 IP 频率进行限制 ，6 秒钟访问 10 次 local num=redis.call('incr',KEYS[1])if tonumber(num)==1 thenredis.call('expire',KEYS[1],ARGV[1])return 1elseif tonumber(num)>tonumber(ARGV[2]) thenreturn 0 elsereturn 1 end 6 秒钟内限制访问 10 次，调用测试(连续调用 10 次): ./redis-cli --eval "ip_limit.lua" app:ip:limit:192.168.8.111 , 6 10 app:ip:limit:192.168.8.111 是 key 值 ，后面是参数值，中间要加上一个空格和一个逗号，再加上一个空格 。 即:./redis-cli –eval [lua 脚本] [key…]空格,空格[args…] 多个参数之间用一个空格分割 。 代码:LuaTest.java 3.2.4 缓存 Lua 脚本 为什么要缓存 在脚本比较长的情况下，如果每次调用脚本都需要把整个脚本传给 Redis 服务端， 会产生比较大的网络开销。为了解决这个问题，Redis 提供了 EVALSHA 命令，允许开发者通过脚本内容的 SHA1 摘要来执行脚本。 如何缓存 Redis 在执行 script load 命令时会计算脚本的 SHA1 摘要并记录在脚本缓存中，执行 EVALSHA 命令时 Redis 会根据提供的摘要从脚本缓存中查找对应的脚本内容，如果找到了则执行脚本，否则会返回错误:“NOSCRIPT No matching script. Please use EVAL.” 127.0.0.1:6379> script load "return 'Hello World'" "470877a599ac74fbfda41caa908de682c5fc7d4b"127.0.0.1:6379> evalsha "470877a599ac74fbfda41caa908de682c5fc7d4b" 0 "Hello World" 3.2.5 自乘案例 Redis 有 incrby 这样的自增命令，但是没有自乘，比如乘以 3，乘以 5。我们可以写一个自乘的运算，让它乘以后面的参数： local curVal = redis.call("get", KEYS[1]) if curVal == false thencurVal = 0 elsecurVal = tonumber(curVal)endcurVal = curVal tonumber(ARGV[1]) redis.call("set", KEYS[1], curVal) return curVal 把这个脚本变成单行，语句之间使用分号隔开 local curVal = redis.call("get", KEYS[1]); if curVal == false then curVal = 0 else curVal = tonumber(curVal) end; curVal = curVal tonumber(ARGV[1]); redis.call("set", KEYS[1], curVal); return curVal script load ‘命令’ 127.0.0.1:6379> script load 'local curVal = redis.call("get", KEYS[1]); if curVal == false then curVal = 0 else curVal = tonumber(curVal) end; curVal = curVal tonumber(ARGV[1]); redis.call("set", KEYS[1], curVal); return curVal' "be4f93d8a5379e5e5b768a74e77c8a4eb0434441" 调用: 127.0.0.1:6379> set num 2OK127.0.0.1:6379> evalsha be4f93d8a5379e5e5b768a74e77c8a4eb0434441 1 num 6 (integer) 12 3.2.6 脚本超时 Redis 的指令执行本身是单线程的，这个线程还要执行客户端的 Lua 脚本，如果 Lua 脚本执行超时或者陷入了死循环，是不是没有办法为客户端提供服务了呢? eval 'while(true) do end' 0 为了防止某个脚本执行时间过长导致 Redis 无法提供服务，Redis 提供了 lua-time-limit 参数限制脚本的最长运行时间，默认为 5 秒钟。 lua-time-limit 5000(redis.conf 配置文件中) 当脚本运行时间超过这一限制后，Redis 将开始接受其他命令但不会执行(以确保脚本的原子性，因为此时脚本并没有被终止)，而是会返回“BUSY”错误。 Redis 提供了一个 script kill 的命令来中止脚本的执行。新开一个客户端: script kill 如果当前执行的 Lua 脚本对 Redis 的数据进行了修改(SET、DEL 等)，那么通过 script kill 命令是不能终止脚本运行的。 127.0.0.1:6379> eval "redis.call('set','gupao','666') while true do end" 0 因为要保证脚本运行的原子性，如果脚本执行了一部分终止，那就违背了脚本原子性的要求。最终要保证脚本要么都执行，要么都不执行。 127.0.0.1:6379> script kill(error) UNKILLABLE Sorry the script already executed write commands against the dataset. You can either wait the scripttermination or kill the server in a hard way using the SHUTDOWN NOSAVE command. 遇到这种情况，只能通过 shutdown nosave 命令来强行终止 redis。 shutdown nosave 和 shutdown 的区别在于 shutdown nosave 不会进行持久化操作，意味着发生在上一次快照后的数据库修改都会丢失。 4、Redis 为什么这么快? 4.1 Redis到底有多快？ 根据官方的数据，Redis 的 QPS 可以达到 10 万左右(每秒请求数)。 4.2 Redis为什么这么快? 总结:1)纯内存结构、2)单线程、3)多路复用 4.2.1 内存 KV 结构的内存数据库，时间复杂度 O(1)。 第二个，要实现这么高的并发性能，是不是要创建非常多的线程? 恰恰相反，Redis 是单线程的。 4.2.2 单线程 单线程有什么好处呢? 1、没有创建线程、销毁线程带来的消耗 2、避免了上线文切换导致的 CPU 消耗 3、避免了线程之间带来的竞争问题，例如加锁释放锁死锁等等 4.2.3 异步非阻塞 异步非阻塞 I/O，多路复用处理并发连接。 4.3 Redis为什么是单线程的? 不是白白浪费了 CPU 的资源吗? 因为单线程已经够用了，CPU 不是 redis 的瓶颈。Redis 的瓶颈最有可能是机器内存或者网络带宽。既然单线程容易实现，而且 CPU 不会成为瓶颈，那就顺理成章地采用单线程的方案了。 4.4 单线程为什么这么快? 因为 Redis 是基于内存的操作，我们先从内存开始说起。 4.4.1 虚拟存储器(虚拟内存 Vitual Memory) 名词解释:主存:内存;辅存:磁盘(硬盘) 计算机主存(内存)可看作一个由 M 个连续的字节大小的单元组成的数组，每个字节有一个唯一的地址，这个地址叫做物理地址(PA)。早期的计算机中，如果 CPU 需要内存，使用物理寻址，直接访问主存储器。 这种方式有几个弊端: 1、在多用户多任务操作系统中，所有的进程共享主存，如果每个进程都独占一块物理地址空间，主存很快就会被用完。我们希望在不同的时刻，不同的进程可以共用同一块物理地址空间。 2、如果所有进程都是直接访问物理内存，那么一个进程就可以修改其他进程的内存数据，导致物理地址空间被破坏，程序运行就会出现异常。 为了解决这些问题，我们就想了一个办法，在 CPU 和主存之间增加一个中间层。CPU 不再使用物理地址访问，而是访问一个虚拟地址，由这个中间层把地址转换成物理地址，最终获得数据。这个中间层就叫做虚拟存储器(Virtual Memory)。 具体的操作如下所示: 在每一个进程开始创建的时候，都会分配一段虚拟地址，然后通过虚拟地址和物理地址的映射来获取真实数据，这样进程就不会直接接触到物理地址，甚至不知道自己调用的哪块物理地址的数据。 目前，大多数操作系统都使用了虚拟内存，如 Windows 系统的虚拟内存、Linux 系统的交换空间等等。Windows 的虚拟内存(pagefile.sys)是磁盘空间的一部分。 在 32 位的系统上，虚拟地址空间大小是 2^32bit=4G。在 64 位系统上，最大虚拟地址空间大小是多少? 是不是 2^64bit=10241014TB=1024PB=16EB?实际上没有用到 64 位，因为用不到这么大的空间，而且会造成很大的系统开销。Linux 一般用低 48 位来表示虚拟地址空间，也就是 2^48bit=256T。 cat /proc/cpuinfo address sizes : 40 bits physical, 48 bits virtual 实际的物理内存可能远远小于虚拟内存的大小。 总结：引入虚拟内存，可以提供更大的地址空间，并且地址空间是连续的，使得程序编写、链接更加简单。并且可以对物理内存进行隔离，不同的进程操作互不影响。还可以通过把同一块物理内存映射到不同的虚拟地址空间实现内存共享。 4.4.2 用户空间和内核空间 为了避免用户进程直接操作内核，保证内核安全，操作系统将虚拟内存划分为两部分，一部分是内核空间(Kernel-space)/ˈkɜːnl /，一部分是用户空间(User-space)。 内核是操作系统的核心，独立于普通的应用程序，可以访问受保护的内存空间，也有访问底层硬件设备的权限。 内核空间中存放的是内核代码和数据，而进程的用户空间中存放的是用户程序的代码和数据。不管是内核空间还是用户空间，它们都处于虚拟空间中，都是对物理地址的映射。 在 Linux 系统中, 内核进程和用户进程所占的虚拟内存比例是 1:3。 当进程运行在内核空间时就处于内核态，而进程运行在用户空间时则处于用户态。 进程在内核空间以执行任意命令，调用系统的一切资源;在用户空间只能执行简单的运算，不能直接调用系统资源，必须通过系统接口(又称 system call)，才能向内核发出指令。 top 命令: us 代表 CPU 消耗在 User space 的时间百分比; sy 代表 CPU 消耗在 Kernel space 的时间百分比。 4.4.3 进程切换(上下文切换) 多任务操作系统是怎么实现运行远大于 CPU 数量的任务个数的? 当然，这些任务实际上并不是真的在同时运行，而是因为系统通过时间片分片算法，在很短的时间内，将 CPU 轮流分配给它们，造成多任务同时运行的错觉。 为了控制进程的执行，内核必须有能力挂起正在 CPU 上运行的进程，并恢复以前挂起的某个进程的执行。这种行为被称为进程切换。 什么叫上下文? 在每个任务运行前，CPU 都需要知道任务从哪里加载、又从哪里开始运行，也就是说，需要系统事先帮它设置好 CPU 寄存器和程序计数器(ProgramCounter)，这个叫做 CPU 的上下文。 而这些保存下来的上下文，会存储在系统内核中，并在任务重新调度执行时再次加载进来。这样就能保证任务原来的状态不受影响，让任务看起来还是连续运行。 在切换上下文的时候，需要完成一系列的工作，这是一个很消耗资源的操作。 4.4.4 进程的阻塞 正在运行的进程由于提出系统服务请求(如 I/O 操作)，但因为某种原因未得到操作系统的立即响应，该进程只能把自己变成阻塞状态，等待相应的事件出现后才被唤醒。 进程在阻塞状态不占用 CPU 资源。 4.4.5 文件描述符 FD Linux 系统将所有设备都当作文件来处理，而 Linux 用文件描述符来标识每个文件对象。 文件描述符(File Descriptor)是内核为了高效管理已被打开的文件所创建的索引，用于指向被打开的文件，所有执行 I/O 操作的系统调用都通过文件描述符;文件描述符是一个简单的非负整数，用以表明每个被进程打开的文件。 Linux 系统里面有三个标准文件描述符。 0:标准输入(键盘); 1:标准输出(显示器); 2:标准错误输出(显示器)。 4.4.6 传统 I/O 数据拷贝 以读操作为例: 当应用程序执行 read 系统调用读取文件描述符(FD)的时候，如果这块数据已经存在于用户进程的页内存中，就直接从内存中读取数据。如果数据不存在，则先将数据从磁盘加载数据到内核缓冲区中，再从内核缓冲区拷贝到用户进程的页内存中。(两次拷贝，两次 user 和 kernel 的上下文切换)。 I/O 的阻塞到底阻塞在哪里? 4.4.7 Blocking I/O 当使用 read 或 write 对某个文件描述符进行过读写时，如果当前 FD 不可读，系统就不会对其他的操作做出响应。从设备复制数据到内核缓冲区是阻塞的，从内核缓冲区拷贝到用户空间，也是阻塞的，直到 copy complete，内核返回结果，用户进程才解除 block 的状态。 为了解决阻塞的问题，我们有几个思路。 1、在服务端创建多个线程或者使用线程池，但是在高并发的情况下需要的线程会很多，系统无法承受，而且创建和释放线程都需要消耗资源。 2、由请求方定期轮询，在数据准备完毕后再从内核缓存缓冲区复制数据到用户空间 (非阻塞式 I/O)，这种方式会存在一定的延迟。 能不能用一个线程处理多个客户端请求? 4.4.8 I/O 多路复用(I/O Multiplexing) I/O 指的是网络 I/O。 多路指的是多个 TCP 连接(Socket 或 Channel)。 复用指的是复用一个或多个线程。它的基本原理就是不再由应用程序自己监视连接，而是由内核替应用程序监视文件描述符。 客户端在操作的时候，会产生具有不同事件类型的 socket。在服务端，I/O 多路复用程序(I/O Multiplexing Module)会把消息放入队列中，然后通过文件事件分派器(File event Dispatcher)，转发到不同的事件处理器中。 多路复用有很多的实现，以 select 为例，当用户进程调用了多路复用器，进程会被阻塞。内核会监视多路复用器负责的所有 socket，当任何一个 socket 的数据准备好了，多路复用器就会返回。这时候用户进程再调用 read 操作，把数据从内核缓冲区拷贝到用户空间。 所以，I/O 多路复用的特点是通过一种机制一个进程能同时等待多个文件描述符，而这些文件描述符(套接字描述符)其中的任意一个进入读就绪(readable)状态，select() 函数就可以返回。 Redis 的多路复用， 提供了 select, epoll, evport, kqueue 几种选择，在编译的时 候来选择一种。 evport 是 Solaris 系统内核提供支持的; epoll 是 LINUX 系统内核提供支持的; kqueue 是 Mac 系统提供支持的; select 是 POSIX 提供的，一般的操作系统都有支撑(保底方案); 源码 ae_epoll.c、ae_select.c、ae_kqueue.c、ae_evport.c 5、内存回收 Reids 所有的数据都是存储在内存中的，在某些情况下需要对占用的内存空间进行回 收。内存回收主要分为两类，一类是 key 过期，一类是内存使用达到上限(max_memory) 触发内存淘汰。 5.1 过期策略 要实现 key 过期，我们有几种思路。 5.1.1 定时过期(主动淘汰) 每个设置过期时间的 key 都需要创建一个定时器，到过期时间就会立即清除。该策略可以立即清除过期的数据，对内存很友好;但是会占用大量的 CPU 资源去处理过期的 数据，从而影响缓存的响应时间和吞吐量。 5.1.2 惰性过期(被动淘汰) 只有当访问一个 key 时，才会判断该 key 是否已过期，过期则清除。该策略可以最大化地节省 CPU 资源，却对内存非常不友好。极端情况可能出现大量的过期 key 没有再次被访问，从而不会被清除，占用大量内存。 例如 String，在 getCommand 里面会调用 expireIfNeeded server.c expireIfNeeded(redisDb db, robj key) 第二种情况，每次写入 key 时，发现内存不够，调用 activeExpireCycle 释放一部分内存。 expire.c activeExpireCycle(int type) 5.1.3 定期过期 源码:server.h typedef struct redisDb { dict dict; / 所有的键值对 /dict expires; / 设置了过期时间的键值对 /dict blocking_keys; dict ready_keys; dict watched_keys; int id;long long avg_ttl;list defrag_later; } redisDb; 每隔一定的时间，会扫描一定数量的数据库的 expires 字典中一定数量的 key，并清除其中已过期的 key。该策略是前两者的一个折中方案。通过调整定时扫描的时间间隔和每次扫描的限定耗时，可以在不同情况下使得 CPU 和内存资源达到最优的平衡效果。 Redis 中同时使用了惰性过期和定期过期两种过期策略。 5.2 淘汰策略 Redis 的内存淘汰策略，是指当内存使用达到最大内存极限时，需要使用淘汰算法来决定清理掉哪些数据，以保证新数据的存入。 5.2.1 最大内存设置 redis.conf 参数配置: maxmemory <bytes> 如果不设置 maxmemory 或者设置为 0，64 位系统不限制内存，32 位系统最多使用 3GB 内存。 动态修改: redis> config set maxmemory 2GB 到达最大内存以后怎么办? 5.2.2 淘汰策略 https://redis.io/topics/lru-cache redis.conf maxmemory-policy noeviction 先从算法来看: LRU，Least Recently Used:最近最少使用。判断最近被使用的时间，目前最远的数据优先被淘汰。 LFU，Least Frequently Used，最不常用，4.0 版本新增。 random，随机删除。 如果没有符合前提条件的 key 被淘汰，那么 volatile-lru、volatile-random、 volatile-ttl 相当于 noeviction(不做内存回收)。 动态修改淘汰策略: redis> config set maxmemory-policy volatile-lru 建议使用 volatile-lru，在保证正常服务的情况下，优先删除最近最少使用的 key。 5.2.3 LRU 淘汰原理 问题：如果基于传统 LRU 算法实现 Redis LRU 会有什么问题? 需要额外的数据结构存储，消耗内存。 Redis LRU 对传统的 LRU 算法进行了改良，通过随机采样来调整算法的精度。如果淘汰策略是 LRU，则根据配置的采样值 maxmemory_samples(默认是 5 个), 随机从数据库中选择 m 个 key, 淘汰其中热度最低的 key 对应的缓存数据。所以采样参数m配置的数值越大, 就越能精确的查找到待淘汰的缓存数据,但是也消耗更多的CPU计算,执行效率降低。 问题：如何找出热度最低的数据? Redis 中所有对象结构都有一个 lru 字段, 且使用了 unsigned 的低 24 位，这个字段用来记录对象的热度。对象被创建时会记录 lru 值。在被访问的时候也会更新 lru 的值。 但是不是获取系统当前的时间戳，而是设置为全局变量 server.lruclock 的值。 源码：server.h typedef struct redisObject {unsigned type:4;unsigned encoding:4;unsigned lru:LRU_BITS;int refcount;void ptr; } robj; server.lruclock 的值怎么来的? Redis 中有个定时处理的函数 serverCron，默认每 100 毫秒调用函数 updateCachedTime 更新一次全局变量的 server.lruclock 的值，它记录的是当前 unix 时间戳。 源码:server.c void updateCachedTime(void) { time_t unixtime = time(NULL); atomicSet(server.unixtime,unixtime); server.mstime = mstime();​struct tm tm; localtime_r(&server.unixtime,&tm);server.daylight_active = tm.tm_isdst; } 问题:为什么不获取精确的时间而是放在全局变量中?不会有延迟的问题吗? 这样函数 lookupKey 中更新数据的 lru 热度值时,就不用每次调用系统函数 time，可以提高执行效率。 OK，当对象里面已经有了 LRU 字段的值，就可以评估对象的热度了。 函数 estimateObjectIdleTime 评估指定对象的 lru 热度，思想就是对象的 lru 值和全局的 server.lruclock 的差值越大(越久没有得到更新)，该对象热度越低。 源码 evict.c / Given an object returns the min number of milliseconds the object was never requested, using an approximated LRU algorithm. /unsigned long long estimateObjectIdleTime(robj o) {unsigned long long lruclock = LRU_CLOCK(); if (lruclock >= o->lru) {return (lruclock - o->lru) LRU_CLOCK_RESOLUTION; } else {return (lruclock + (LRU_CLOCK_MAX - o->lru)) LRU_CLOCK_RESOLUTION;} } server.lruclock 只有 24 位，按秒为单位来表示才能存储 194 天。当超过 24bit 能表 示的最大时间的时候，它会从头开始计算。 server.h define LRU_CLOCK_MAX ((1<<LRU_BITS)-1) / Max value of obj->lru / 在这种情况下，可能会出现对象的 lru 大于 server.lruclock 的情况，如果这种情况 出现那么就两个相加而不是相减来求最久的 key。 为什么不用常规的哈希表+双向链表的方式实现?需要额外的数据结构，消耗资源。而 Redis LRU 算法在 sample 为 10 的情况下，已经能接近传统 LRU 算法了。 问题:除了消耗资源之外，传统 LRU 还有什么问题? 如图，假设 A 在 10 秒内被访问了 5 次，而 B 在 10 秒内被访问了 3 次。因为 B 最后一次被访问的时间比 A 要晚，在同等的情况下，A 反而先被回收。 问题:要实现基于访问频率的淘汰机制，怎么做? 5.2.4 LFU server.h typedef struct redisObject {unsigned type:4;unsigned encoding:4;unsigned lru:LRU_BITS;int refcount;void ptr; } robj; 当这 24 bits 用作 LFU 时，其被分为两部分: 高 16 位用来记录访问时间(单位为分钟，ldt，last decrement time) 低 8 位用来记录访问频率，简称 counter(logc，logistic counter) counter 是用基于概率的对数计数器实现的，8 位可以表示百万次的访问频率。 对象被读写的时候，lfu 的值会被更新。 db.c——lookupKey void updateLFU(robj val) {unsigned long counter = LFUDecrAndReturn(val); counter = LFULogIncr(counter);val->lru = (LFUGetTimeInMinutes()<<8) | counter;} 增长的速率由，lfu-log-factor 越大，counter 增长的越慢 redis.conf 配置文件。 lfu-log-factor 10 如果计数器只会递增不会递减，也不能体现对象的热度。没有被访问的时候，计数器怎么递减呢? 减少的值由衰减因子 lfu-decay-time(分钟)来控制，如果值是 1 的话，N 分钟没有访问就要减少 N。 redis.conf 配置文件 lfu-decay-time 1 6、持久化机制 https://redis.io/topics/persistence Redis 速度快，很大一部分原因是因为它所有的数据都存储在内存中。如果断电或者宕机，都会导致内存中的数据丢失。为了实现重启后数据不丢失，Redis 提供了两种持久化的方案，一种是 RDB 快照(Redis DataBase)，一种是 AOF(Append Only File)。 6.1 RDB RDB 是 Redis 默认的持久化方案。当满足一定条件的时候，会把当前内存中的数据写入磁盘，生成一个快照文件 dump.rdb。Redis 重启会通过加载 dump.rdb 文件恢复数据。 什么时候写入 rdb 文件? 6.1.1 RDB 触发 1、自动触发 a)配置规则触发。 redis.conf， SNAPSHOTTING，其中定义了触发把数据保存到磁盘的触发频率。 如果不需要 RDB 方案，注释 save 或者配置成空字符串""。 save 900 1 900 秒内至少有一个 key 被修改(包括添加) save 300 10 400 秒内至少有 10 个 key 被修改save 60 10000 60 秒内至少有 10000 个 key 被修改 注意上面的配置是不冲突的，只要满足任意一个都会触发。 RDB 文件位置和目录: 文件路径，dir ./ 文件名称dbfilename dump.rdb 是否是LZF压缩rdb文件 rdbcompression yes 开启数据校验 rdbchecksum yes 问题：为什么停止 Redis 服务的时候没有 save，重启数据还在? RDB 还有两种触发方式: b)shutdown 触发，保证服务器正常关闭。 c)flushall，RDB 文件是空的，没什么意义(删掉 dump.rdb 演示一下)。 2、手动触发 如果我们需要重启服务或者迁移数据，这个时候就需要手动触 RDB 快照保存。Redis 提供了两条命令: a)save save 在生成快照的时候会阻塞当前 Redis 服务器， Redis 不能处理其他命令。如果内存中的数据比较多，会造成 Redis 长时间的阻塞。生产环境不建议使用这个命令。 为了解决这个问题，Redis 提供了第二种方式。 执行 bgsave 时，Redis 会在后台异步进行快照操作，快照同时还可以响应客户端请求。 具体操作是 Redis 进程执行 fork 操作创建子进程(copy-on-write)，RDB 持久化过程由子进程负责，完成后自动结束。它不会记录 fork 之后后续的命令。阻塞只发生在 fork 阶段，一般时间很短。 用 lastsave 命令可以查看最近一次成功生成快照的时间。 6.1.2 RDB 数据的恢复(演示) 1、shutdown 持久化添加键值 添加键值 redis> set k1 1 redis> set k2 2 redis> set k3 3 redis> set k4 4 redis> set k5 5 停服务器，触发 save redis> shutdown 备份 dump.rdb 文件 cp dump.rdb dump.rdb.bak 启动服务器 /usr/local/soft/redis-5.0.5/src/redis-server /usr/local/soft/redis-5.0.5/redis.conf 啥都没有: redis> keys 3、通过备份文件恢复数据停服务器 redis> shutdown 重命名备份文件 mv dump.rdb.bak dump.rdb 启动服务器 /usr/local/soft/redis-5.0.5/src/redis-server /usr/local/soft/redis-5.0.5/redis.conf 查看数据 redis> keys 6.1.3 RDB 文件的优势和劣势 一、优势 1.RDB 是一个非常紧凑(compact)的文件，它保存了 redis 在某个时间点上的数据集。这种文件非常适合用于进行备份和灾难恢复。 2.生成 RDB 文件的时候，redis 主进程会 fork()一个子进程来处理所有保存工作，主进程不需要进行任何磁盘 IO 操作。 3.RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。 二、劣势 1、RDB 方式数据没办法做到实时持久化/秒级持久化。因为 bgsave 每次运行都要执行 fork 操作创建子进程，频繁执行成本过高。 2、在一定间隔时间做一次备份，所以如果 redis 意外 down 掉的话，就会丢失最后一次快照之后的所有修改(数据有丢失)。 如果数据相对来说比较重要，希望将损失降到最小，则可以使用 AOF 方式进行持久化。 6.2 AOF Append Only File AOF:Redis 默认不开启。AOF 采用日志的形式来记录每个写操作，并追加到文件中。开启后，执行更改 Redis 数据的命令时，就会把命令写入到 AOF 文件中。 Redis 重启时会根据日志文件的内容把写指令从前到后执行一次以完成数据的恢复工作。 6.2.1 AOF 配置 配置文件 redis.conf 开关appendonly no 文件名appendfilename "appendonly.aof" AOF 文件的内容(vim 查看): 问题：数据都是实时持久化到磁盘吗? 由于操作系统的缓存机制，AOF 数据并没有真正地写入硬盘，而是进入了系统的硬盘缓存。什么时候把缓冲区的内容写入到 AOF 文件? 问题:文件越来越大，怎么办? 由于 AOF 持久化是 Redis 不断将写命令记录到 AOF 文件中，随着 Redis 不断的进行，AOF 的文件会越来越大，文件越大，占用服务器内存越大以及 AOF 恢复要求时间越长。 例如 set xxx 666，执行 1000 次，结果都是 xxx=666。 为了解决这个问题，Redis 新增了重写机制，当 AOF 文件的大小超过所设定的阈值时，Redis 就会启动 AOF 文件的内容压缩，只保留可以恢复数据的最小指令集。 可以使用命令 bgrewriteaof 来重写。 AOF 文件重写并不是对原文件进行重新整理，而是直接读取服务器现有的键值对，然后用一条命令去代替之前记录这个键值对的多条命令，生成一个新的文件后去替换原来的 AOF 文件。 重写触发机制 auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb 问题:重写过程中，AOF 文件被更改了怎么办? 另外有两个与 AOF 相关的参数: 6.2.2 AOF 数据恢复 重启 Redis 之后就会进行 AOF 文件的恢复。 6.2.3 AOF 优势与劣势 优点: 1、AOF 持久化的方法提供了多种的同步频率，即使使用默认的同步频率每秒同步一次，Redis 最多也就丢失 1 秒的数据而已。 缺点: 1、对于具有相同数据的的 Redis，AOF 文件通常会比 RDB 文件体积更大(RDB 存的是数据快照)。 2、虽然 AOF 提供了多种同步的频率，默认情况下，每秒同步一次的频率也具有较高的性能。在高并发的情况下，RDB 比 AOF 具好更好的性能保证。 6.3 两种方案比较 那么对于 AOF 和 RDB 两种持久化方式，我们应该如何选择呢? 如果可以忍受一小段时间内数据的丢失，毫无疑问使用 RDB 是最好的，定时生成 RDB 快照(snapshot)非常便于进行数据库备份， 并且 RDB 恢复数据集的速度也要比 AOF 恢复的速度要快。 否则就使用 AOF 重写。但是一般情况下建议不要单独使用某一种持久化机制，而是应该两种一起用，在这种情况下,当 redis 重启的时候会优先载入 AOF 文件来恢复原始的数据，因为在通常情况下 AOF 文件保存的数据集要比 RDB 文件保存的数据集要完整。 本篇文章为转载内容。原文链接：https://blog.csdn.net/zhoutaochun/article/details/120075092。 该文由互联网用户投稿提供，文中观点代表作者本人意见，并不代表本站的立场。 作为信息平台，本站仅提供文章转载服务，并不拥有其所有权，也不对文章内容的真实性、准确性和合法性承担责任。 如发现本文存在侵权、违法、违规或事实不符的情况，请及时联系我们，我们将第一时间进行核实并删除相应内容。

...者设计的jQuery分页插件，它以其简洁实用和功能全面而著称。这款插件致力于简化分页功能的实现过程，使网站能够轻松地对大量内容进行分页展示，从而提升用户体验。Pagination.js支持多种数据源方式，无论是从服务器端获取的数据，还是本地静态数据，都能灵活应对。此外，通过丰富的配置参数，开发者可以高度定制化分页条的外观与行为，满足不同场景下的需求。插件中包含了大量的配置选项，允许用户调整分页条的位置、样式以及显示逻辑等。不仅如此，Pagination.js还提供了强大的回调函数机制，使得在特定事件触发时执行自定义操作成为可能，例如加载更多内容或更新页面标题等。为了进一步增强其灵活性和美观性，Pagination.js内置了五种不同的分页条皮肤风格，用户可以根据个人喜好或网站的整体设计风格选择最合适的样式。总之，无论是对于希望快速集成分页功能的小型项目，还是需要高度可定制化的大型网站，Pagination.js都是一个理想的选择。它不仅极大地简化了开发流程，同时也确保了最终产品具备出色的性能和用户体验。 点我下载 文件大小：74.85 KB 您将下载一个JQuery插件资源包，该资源包内部文件的目录结构如下： 本网站提供JQuery插件下载功能，旨在帮助广大用户在工作学习中提升效率、节约时间。 本网站的下载内容来自于互联网。如您发现任何侵犯您权益的内容，请立即告知我们，我们将迅速响应并删除相关内容。 免责声明：站内所有资源仅供个人学习研究及参考之用，严禁将这些资源应用于商业场景。 若擅自商用导致的一切后果，由使用者承担责任。

...效率：通过优化的代码实现快速加载，减少延迟，提升网站性能，即使在数据加载较大的云存储情况下也能保持流畅。4.多功能性：支持幻灯片模式、全屏显示以及分页导航，便于展示一系列相关图像或内容。5.懒加载：智能地只在用户需要时加载图片，节省带宽，提高首屏加载速度。6.Bootstrap兼容：与流行的前端框架Bootstrap无缝集成，简化了集成过程，提高了开发效率。7.多语言与定制：提供了多语言选项，方便全球用户，同时允许用户根据个人喜好定制外观和行为。8.丰富的主题：包含多种预设主题，可以轻松切换以匹配网站整体风格，满足不同设计需求。总之，这款jQuerylightbox插件不仅能满足基本的图片放大功能，还通过其全面的特性，为现代网站提供了出色的用户体验和性能，是构建现代响应式网站的理想选择。 点我下载 文件大小：512.50 KB 您将下载一个JQuery插件资源包，该资源包内部文件的目录结构如下： 本网站提供JQuery插件下载功能，旨在帮助广大用户在工作学习中提升效率、节约时间。 本网站的下载内容来自于互联网。如您发现任何侵犯您权益的内容，请立即告知我们，我们将迅速响应并删除相关内容。 免责声明：站内所有资源仅供个人学习研究及参考之用，严禁将这些资源应用于商业场景。 若擅自商用导致的一切后果，由使用者承担责任。

...CSS Grid布局实现复杂的数据展示结构。 近日，W3C发布了最新的无障碍网页内容规范(WCAG 2.2)，对数据表格的可读性和操作性提出了更严格的要求，强调了使用ARIA角色属性（role="rowheader"、role="columnheader"）来增强屏幕阅读器对表格的理解能力。此外，Google也于近期更新了搜索算法，优先索引遵循无障碍标准的网页，这意味着正确构建和优化表格不仅有助于提升用户体验，还能影响网站在搜索引擎中的排名。 深入探究表格的设计实践，Bootstrap等前端框架提供了丰富的预设样式和交互效果，使得开发者无需从零开始编写CSS代码即可轻松定制响应式表格。与此同时，前端库如ag-Grid、DataTables等提供了强大的表格功能扩展，如分页、排序、过滤以及动态加载大数据量等高级特性，极大地提升了数据密集型应用的性能表现和用户体验。 综上所述，无论是基础的HTML表格构建，还是借助现代Web技术和框架进行进阶优化，都应当关注最新标准、趋势及最佳实践，以确保所创建的表格既能满足信息展示需求，又能适应不同用户群体的访问习惯和设备环境，从而打造更加友好且高效的网页界面。

...编程、函数式编程以及数据库查询语句中的应用也非常重要。例如，在多线程环境下的锁机制实现时，常常会用到逻辑与(&&)来确保多个条件同时满足才进行特定操作，以避免竞态条件的发生；而在SQL查询中，WHERE子句中的AND、OR等逻辑运算符则是构建复杂查询的基础元素。 更进一步，逻辑运算符不仅仅局限于二元操作，还有诸如三元运算符（Ternary Operator）和逻辑非（Not Operator）等形式，它们在简化代码结构、增强可读性方面同样发挥着不可忽视的作用。因此，持续探索和实践逻辑运算符在不同编程场景下的应用，将有助于我们编写出更加精炼、高效且易于维护的代码。

...配合Swiper插件实现手机端轮播图效果。 Swiper , Swiper是专门针对移动端设计的一个强大的触摸滑动插件，基于JavaScript编写，尽管文中提及与jQuery结合使用，但Swiper本身并不依赖于jQuery，它可以独立运行，并且支持多种现代前端框架。在文章中，开发者通过调用Swiper对象并配置相关参数，实现了手机端页面的轮播图功能，包括自动轮播、循环播放以及带有分页器的用户交互体验。 分页器（pagination） , 在Web开发中，分页器是一种常见的用户界面元素，用于展示内容列表或数据集时进行导航。在本文所描述的轮播图场景中，分页器表现为一组可点击的小点或其他形式的视觉提示，用户通过点击这些提示可以跳转到轮播图中的特定帧。通过设置Swiper插件的pagination参数，开发者可以自定义分页器的位置、样式及交互行为，比如是否允许用户通过点击分页器来切换轮播图中的图片。

...在点击行任意位置都能实现展开/收起的效果？本文将详细解析如何通过Element-UI的API来实现这个功能。 二、问题分析 首先，我们需要了解el-table的基本结构和API。el-table是一个基于Vue.js的数据表格组件，支持排序、过滤、分页等功能，同时可以通过row-click事件监听行的点击事件。 然后，我们需要明白，要实现行的展开/收起效果，需要两个关键点：一是获取当前被点击的行数据；二是修改该行的状态，使其可以展示子内容。 三、解决方案 1. 获取当前被点击的行数据 通过el-table提供的row-click事件，我们可以轻松地获取到当前被点击的行数据。以下是一个简单的示例： html 2. 修改该行的状态，使其可以展示子内容 对于这个问题，我们需要自己添加一个状态变量，并且在row-click事件触发时更新这个状态变量。下面是一个简单的示例： html 四、总结 通过上述方法，我们成功实现了在Vue.js项目中使用Element-UI的el-table组件时，点击行任意位置都能实现展开/收起的效果。要特别留意的是，这里的“展开/收起”可不只是简单的藏起来露出来那么简单，关键得保证表头、表体这些部分都整整齐齐的，不能让人瞅见有啥突兀的蹦跶情况发生哈。如果对这个问题感兴趣，欢迎留言讨论，一起学习进步！

...商应用界面和处理商品数据流状态管理具有重要意义。一篇名为《Vue.js在电商项目中的实践与挑战》的技术文章深入剖析了这一应用场景，探讨了如何借助Vue.js解决商品列表分页加载、实时库存更新等实际问题，并分享了一些最佳实践案例。 同时，随着PWA（Progressive Web App）技术的发展，Vue.js结合Service Worker可以实现离线缓存、推送通知等功能，这对于提高商城类Web应用的用户粘性和活跃度至关重要。近期有篇报道详细介绍了某知名电商平台利用Vue.js结合PWA技术成功提升移动端用户体验的案例，值得参考学习。 综上所述，Vue.js在电商领域的应用不仅限于基础的商品列表展示，而是涵盖了从状态管理、路由控制到新兴技术融合等多个层面，持续关注Vue.js的最新动态和技术实践，将有助于您在电商项目开发中取得更大突破。

在网页开发中，分页功能是一个不可或缺的元素，尤其对于内容丰富的网站来说更是如此。近日，随着Web技术的不断迭代更新，前端框架Vue.js和React中的分页组件设计与实现引起了广泛关注。例如，Vue Element UI库提供了现成的Pagination组件，开发者只需简单配置即可实现美观且功能齐全的分页效果，并能轻松与后台API进行数据交互，动态加载页面内容。 同时，在SEO优化方面，Google近期发布的搜索排名指南中特别提到了网页分页的处理方式。建议网站在设置分页时使用规范的rel="prev"和rel="next"链接属性，以帮助搜索引擎更好地理解网站的内容结构和信息层次，从而提升收录效率和用户体验。 此外，对于大数据量的分页场景，业界推崇一种称为“无限滚动”的设计方案，即用户浏览到页面底部时自动加载更多内容，Facebook、Twitter等社交平台便是这一设计的成功案例。然而，“无限滚动”并非适用于所有情况，需结合业务需求及用户行为数据分析来决定是否采用。 深入探讨HTML分页背后的技术逻辑，不仅涉及前端代码编写，更涵盖了前后端的数据通信机制、用户体验优化以及SEO策略等多个层面，是现代Web开发工程师必备的核心技能之一。而随着WebAssembly、GraphQL等新技术的发展，未来网页分页功能的设计与实现将更加高效、智能且个性化。

...L是一款开源的关系型数据库管理系统，广泛应用于Web应用开发中，支持SQL标准语句进行数据查询、更新、管理等操作。在本文的上下文中，MySQL提供了COUNT函数用于统计一列数据的个数，是实现数据库统计需求的基础工具。 COUNT函数 , 在MySQL以及其它支持SQL标准的关系型数据库中，COUNT函数是一个聚合函数，用于计算指定列或行的数量。结合文章内容，COUNT(column_name)可以用来计算特定列（如username）非NULL值的数量，而COUNT()则会统计表中的所有行数，包括NULL值。 GROUP BY和HAVING , 这两个关键词在SQL查询语句中起到对数据分组和条件筛选的作用。GROUP BY用于将数据按照一个或多个列进行分类汇总，每个不同的组会产生一条结果记录；HAVING则是对GROUP BY后的结果集进一步设置过滤条件，它与WHERE子句类似，但HAVING可以在分组后对汇总统计量（如COUNT的结果）进行筛选。例如，在电商场景下，可能需要按商品类别使用GROUP BY统计各品类商品的销售数量，并通过HAVING筛选出销售额超过一定阈值的类别。

...、文档型的NoSQL数据库，它以JSON-like格式存储数据，支持水平扩展和高可用性。在本文中，MongoDB被用于高效处理和查询地理位置信息，提供了丰富的地理位置索引和查询操作符。 GeoJSON , GeoJSON是一种基于JSON的标准格式，用于编码地理空间数据。在MongoDB 4.2版本及后续版本中，GeoJSON得到了原生支持，使得用户可以更加灵活且标准地存储和查询包含点、线、多边形等地理要素的数据。 $geoWithin操作符 , 在MongoDB中，$geoWithin是针对地理位置查询的一种查询操作符。当对集合中的文档执行查询时，若文档中的地理位置字段满足特定几何形状范围（如圆形、矩形或多边形）条件，则该文档会被返回。例如，在文章中提到，通过$geoWithin配合$centerSphere子句，可以找到距离指定坐标一定半径内的所有记录。 $near操作符 , $near是MongoDB中用于地理位置查询的另一个重要操作符，它可以查找与指定点最近的文档，并按照距离进行排序。结合$geometry参数和$maxDistance参数，可以实现搜索给定经纬度坐标附近一定距离内的数据点，并按距离远近排列结果。 地理位置索引（Geospatial Indexes） , 在MongoDB中，地理位置索引是对存储的地理位置数据建立的一种特殊索引类型，它允许数据库对包含地理位置信息的字段进行高效的查询操作。通过创建地理位置索引，MongoDB能够快速检索出符合特定地理位置条件的文档，极大地提高了地理数据处理效率。

...特别，需要加载大量的数据才能把所有的选项都摆出来。所以，你要是频繁地在el-table里用到el-select，那可能会让页面上要渲染的DOM元素数量蹭蹭上涨，这样一来，就可能拖慢整体的性能表现。 那么，面对这个问题，我们应该如何去解决呢？下面我就为大家提供几个可行的解决方案。 一、优化el-select组件 1. 减少el-select中的数据量 我们可以将所有选项分页加载，并且只加载当前页面可见的部分。这样可以大大减少DOM的数量，提高页面渲染的速度。 css 2. 使用懒加载的方式 对于需要从服务器获取的选项，我们可以使用懒加载的方式，即在用户滚动到某个位置时才请求数据，这样也可以减少DOM的数量。 js data() { return { options: [], lazyLoadMore: false, }; }, watch: { lazyLoadMore(newValue) { if (newValue) { this.$http.get('/api/loadmore').then((res) => { this.options.push(...res.data); this.lazyLoadMore = false; }); } }, }, mounted() { this.loadPage(1); }, methods: { loadPage(index) { this.lazyLoadMore = true; this.$http.get(/api/page/${index}).then((res) => { this.options = [...this.options, ...res.data]; if (res.total < res.page res.size) { this.lazyLoadMore = false; } }); }, }, 二、优化el-table组件 1. 设置el-table的高度 设置el-table的高度可以限制渲染的DOM数量，避免页面渲染过慢。 html 2. 使用虚拟滚动 虚拟滚动是一种通过显示用户当前正在查看的内容，而不是所有的内容，来提高页面性能的方法。在Vue2.x中，我们可以使用vue-virtual-scroll-list库来实现虚拟滚动。 html 以上就是我给大家提供的几种解决方案，希望能帮到大家。 如果你还有其他的问题或者建议，欢迎在评论区留言，我们一起讨论，共同进步！ 祝各位读者朋友们，编程愉快！

在数据库管理和数据处理中，SQL语句的灵活运用对于解决实际业务问题至关重要。近日，Oracle发布了最新的数据库更新版本，强化了对复杂关联查询和批量更新的支持，使得用户能够更加高效地执行类似文章中的数据订正操作。例如，新版本优化了MERGE INTO语法的性能，不仅提高了大数据量下的处理速度，而且增强了其并发控制能力，降低了在多线程环境下可能出现的数据冲突风险。 此外，针对跨表字段更新的场景，一些数据库专家也提出了利用窗口函数进行数据订正的新思路。通过ROW_NUMBER()、RANK()等窗口函数，可以确保在有多条关联记录的情况下选取指定的一条进行更新，进一步丰富了数据订正策略的选择范围。 另外，在SQL Server及PostgreSQL等其他主流数据库系统中，虽然不支持UPDATE FROM语法，但它们各自提供了独特的解决方案。比如SQL Server采用JOIN子句配合UPDATE实现跨表更新，而PostgreSQL则支持使用FROM子句完成类似操作，这些方法同样值得广大数据库管理员和技术开发者关注与学习。 综上所述，无论是紧跟数据库技术的最新动态，还是深入研究不同系统的特性和最佳实践，都将有助于我们在日常工作中更有效地处理数据订正以及关联表字段同步等问题，提升数据管理与维护的效率和准确性。

一、引言 在大数据处理的过程中，我们经常需要使用到数据抽取工具Datax来进行数据源之间的数据同步和交换。不过在实际动手操作的时候，咱们可能会遇到一些让人头疼的问题，就比如SQL查询老是超时这种情况。本文将通过实例分析，帮助你更好地理解和解决这个问题。 二、SQL查询超时的原因 1. 数据量过大 当我们在执行SQL查询语句的时候，如果数据量过大，那么查询时间就会相应增加，从而导致查询超时。 2. SQL语句复杂 如果SQL语句包含复杂的关联查询或者嵌套查询，那么查询的时间也会相应的增加，从而可能导致超时。 3. 硬件资源不足 如果我们的硬件资源（如CPU、内存等）不足，那么查询的速度就会降低，从而可能导致超时。 三、如何解决SQL查询超时的问题 1. 优化SQL语句 首先，我们可以尝试优化SQL语句，比如简化查询语句，减少关联查询的数量等，这样可以有效地提高查询速度，避免超时。 sql -- 原始的复杂查询 SELECT FROM tableA JOIN tableB ON tableA.id = tableB.id AND tableA.name = tableB.name; -- 优化后的查询 SELECT FROM tableA JOIN tableB ON tableA.id = tableB.id; 2. 分批查询 对于大规模的数据，我们可以尝试分批进行查询，这样可以减轻单次查询的压力，避免超时。 java for (int i = 0; i < totalRows; i += batchSize) { String sql = "SELECT FROM table WHERE id > ? LIMIT ?"; List> results = jdbcTemplate.query(sql, new Object[]{i, batchSize}, new RowMapper>() { @Override public Map mapRow(ResultSet rs, int rowNum) throws SQLException { return toMap(rs); } }); } 3. 提高硬件资源 最后，我们还可以考虑提高硬件资源，比如增加CPU核心数，增加内存容量等，这样可以提供更多的计算能力，从而提高查询速度。 四、总结 总的来说，SQL查询超时是一个常见的问题，我们需要从多个方面来考虑解决方案。不论是手写SQL语句，还是真正去执行这些命令的时候，我们都得留个心眼儿，注意做好优化工作，别让查询超时这种尴尬情况出现。同时呢，我们也得接地气，瞅准实际情况，灵活调配硬件设施，确保有充足的运算能力。这样一来，才能真正让数据处理跑得既快又稳，不掉链子。希望这篇文章能对你有所帮助。

...新增了finally子句的异步等效AsyncDisposable模式，使得在处理异步操作时的资源清理更为简洁有序。 同时，对于Web服务开发中的异常管理，Microsoft倡导采用全局异常处理器（Global Exception Handling）设计模式，结合中间件（Middleware）进行集中化、统一化的异常捕获与处理，极大地提升了代码的可维护性和错误响应的一致性。此外，通过集成应用洞察（Application Insights），开发者可以实时监控并分析生产环境中发生的各类异常情况，从而实现快速定位问题、优化系统性能的目标。 值得注意的是，在实际项目开发中，遵循“防御性编程”原则，尽量避免异常的发生同样重要。为此，.NET社区提出了许多最佳实践，如预先检查输入参数的有效性、使用null条件运算符（?.）减少空引用异常等。这些策略结合.NET的异常处理机制，共同构建起一套坚固的应用程序安全防护网，确保了应用程序的稳定运行和用户体验的提升。

...范式的日益流行以及大数据处理框架Apache Spark等基于Scala开发的项目广泛应用，对Scala语言特性的探讨热度不减。在实际开发中，Scala的隐式转换功能不仅被用于简化类型系统交互，还能增强API的易用性和一致性。 实际上，Scala社区也在不断优化和完善隐式转换的实践与规范。例如，在Scala 2.13版本中，引入了更为严格的隐式查找规则以减少潜在的混淆和维护难题，提倡开发者更加谨慎地使用隐式转换，并倡导通过context bounds和using子句等新特性来实现更清晰、更安全的隐式逻辑。 同时，针对隐式转换可能带来的“魔法”效应（即难以理解和追踪的代码行为），一些工程团队和开源项目开始强调代码可读性和可维护性，提倡适度限制隐式转换的使用范围，并鼓励通过显式转换或类型类设计等方式来达到类型系统的灵活扩展。 因此，深入研究Scala隐式转换的实际应用及背后原理的同时，也需要关注其在最新社区实践和未来发展方向上的变化，以便更好地适应现代软件工程的需求，编写出既高效又易于维护的Scala代码。

...L是一款开源的关系型数据库管理系统，广泛应用于Web应用、数据存储和数据分析等领域。在本文中，MySQL的排序功能是讨论的核心，用户可以通过SQL语句实现对存储在MySQL数据库中的数据进行高效、灵活的排序。 ORDER BY , ORDER BY是SQL查询语句的一个子句，用于指定查询结果按某一列或多个列的特定顺序进行排列。在MySQL中，可以使用ASC（升序）或DESC（降序）关键字来控制排序方向，默认为升序。例如，ORDER BY column1 ASC, column2 DESC表示先按column1升序排序，然后在相同column1值的情况下按column2降序排序。 NULL值 , 在数据库中，NULL是一个特殊的值，它代表未知或缺失的数据。在MySQL中，当对包含NULL值的列进行排序时，默认情况下，NULL值会被视为最小值，即在升序排序中排在最末尾，在降序排序中排在最前面。如果需要改变NULL值的排序位置，可以通过CASE WHEN等条件判断语句进行特殊处理。

Oracle数据库中处理数据表重复记录的问题 在我们日常的Oracle数据库管理与开发过程中，数据完整性是一项至关重要的任务。有时候啊，因为各种乱七八糟的原因，我们的数据表可能会冒出一些重复的记录来，这就像是给咱们的数据一致性捣乱，还可能把业务逻辑也带偏了，带来不少麻烦呢。本文将深入探讨如何在Oracle数据库中检测并处理数据表中的重复记录问题，通过实例代码及探讨性话术，力求以生动、直观的方式展示解决之道。 1. 发现数据表中的重复记录 首先，我们需要确定哪些记录是重复的。这里，假设我们有一个名为Employees的数据表，其中可能存在ID和Email字段重复的情况： sql CREATE TABLE Employees ( ID INT PRIMARY KEY, Name VARCHAR2(50), Email VARCHAR2(50), JobTitle VARCHAR2(50) ); 为了找出所有Email字段重复的记录，我们可以使用GROUP BY和HAVING子句： sql SELECT Email, COUNT() FROM Employees GROUP BY Email HAVING COUNT() > 1; 这段SQL会返回所有出现次数大于1的邮箱地址，这就意味着这些邮箱存在重复记录。 2. 删除重复记录 识别出重复记录后，我们需要谨慎地删除它们，确保不破坏数据完整性。一种策略是保留每个重复组的第一条记录，并删除其他重复项。为此，我们可以创建临时表，并用ROW_NUMBER()窗口函数来标识每组重复记录的顺序： sql -- 创建临时表并标记重复记录的顺序 CREATE TABLE Temp_Employees AS SELECT ID, Name, Email, JobTitle, ROW_NUMBER() OVER(PARTITION BY Email ORDER BY ID) as RowNum FROM Employees; -- 删除临时表中RowNum大于1的重复记录 DELETE FROM Temp_Employees WHERE RowNum > 1; -- 将无重复记录的临时表数据回迁到原表 INSERT INTO Employees (ID, Name, Email, JobTitle) SELECT ID, Name, Email, JobTitle FROM Temp_Employees; -- 清理临时表 DROP TABLE Temp_Employees; 上述代码流程中，我们首先创建了一个临时表Temp_Employees，为每个Email字段相同的组分配行号（根据ID排序）。然后删除行号大于1的记录，即除每组第一条记录以外的所有重复记录。最后，我们将去重后的数据重新插入原始表并清理临时表。 3. 防止未来新增重复记录 为了避免将来再次出现此类问题，我们可以为容易重复的字段添加唯一约束。例如，对于上面例子中的Email字段： sql ALTER TABLE Employees ADD CONSTRAINT Unique_Email UNIQUE (Email); 这样，在尝试插入新的具有已存在Email值的记录时，Oracle将自动阻止该操作。 总结 处理Oracle数据库中的重复记录问题是一个需要细心和策略的过程。在这个过程中，咱们得把数据结构摸得门儿清，像老朋友一样灵活运用SQL查询和DML语句。同时呢，咱们也得提前打个“预防针”，确保以后不再犯同样的错误。在这一整个寻觅答案和解决问题的旅程中，我们不停地琢磨、动手实践、灵活变通，这恰恰就是人与科技亲密接触所带来的那种无法抗拒的魅力。希望本文中给出的实例和小窍门，能真正帮到您，让管理维护您的Oracle数据库变得轻轻松松，确保数据稳稳妥妥、整整齐齐的。

...以有两种灵活的方式来实现。一种是通过Criteria API，另一种则是用HQL，两种方法都超级实用，能够帮助你轻松完成JOIN查询的需求。Hibernate支持INNER JOIN、LEFT OUTER JOIN、RIGHT OUTER JOIN以及FULL OUTER JOIN四种类型的JOIN。 1. INNER JOIN 只返回两个表中满足条件的记录。 java Criteria criteria = session.createCriteria(User.class); criteria.add(Restrictions.eq("username", "test")); List users = criteria.list(); 2. LEFT OUTER JOIN 返回左表的所有记录，如果右表中没有满足条件的记录，则返回NULL。 sql SELECT FROM user u LEFT OUTER JOIN address a ON u.id=a.user_id WHERE u.username='test' 3. RIGHT OUTER JOIN 返回右表的所有记录，如果左表中没有满足条件的记录，则返回NULL。 sql SELECT FROM user u RIGHT OUTER JOIN address a ON u.id=a.user_id WHERE u.username='test' 4. FULL OUTER JOIN 返回两表中的所有记录，如果某一方没有满足条件的记录，则返回NULL。 sql SELECT FROM user u FULL OUTER JOIN address a ON u.id=a.user_id WHERE u.username='test' 三、使用Criteria API进行JOIN操作 我们可以使用Criteria API来构建一个复杂的JOIN查询。比如这样，想象一下我们有两个类，“User”和“Address”，好比生活中你有一个朋友(User)和他的家(Address)。这个朋友的资料里会记录着他家的地址信息，也就是说，一个User对象会关联到一个Address对象。现在呢，我们的目标是找出所有这些朋友以及他们各自的家的具体位置。 java Criteria criteria = session.createCriteria(User.class); criteria.createAlias("address", "a"); criteria.add(Restrictions.eq("username", "test")); List users = criteria.list(); 在这个例子中，我们首先创建了一个Criteria对象，然后使用createAlias方法创建了一个别名"a"，这个别名对应于Address实体类。接着，我们添加了一个限制条件，即用户名为"test"。最后，我们调用了list方法获取所有的User对象。 四、使用HQL进行JOIN操作 除了使用Criteria API，我们还可以使用HQL来编写JOIN查询。HQL是一种面向对象的关系查询语言，它可以被用来替代JDBC。 例如，我们可以使用以下的HQL语句来查找所有用户及其地址： css SELECT u, a FROM User u JOIN u.address a WHERE u.username = 'test' 在这个例子中，我们使用了JOIN关键字来指定User和Address两个表之间的关系，然后使用WHERE子句来指定用户名为"test"。最后，我们把要交出来的结果给定了，其实就是User和Address这两个实体类啦。 五、总结 总的来说，在Hibernate中进行JOIN操作并不复杂，我们只需要根据实际需求选择合适的JOIN类型，然后使用Criteria API或者HQL来构建我们的查询即可。只要咱们把這些基础知识都牢牢掌握住，就能像玩转积木一样，灵活运用Hibernate这个工具，对数据库进行各种高难度操作，一点儿都不费劲儿。

...的时候，经常会和海量数据打交道，而用户呢，也常常是通过页面来查看这些五花八门的数据。这时候，一个良好的分页功能就显得尤为重要。今天，咱们就来聊一聊，在Element-UI这个大家伙里头，那个叫做elpagination的分页组件是怎么巧妙地实时获取并刷新数据的吧！ 一、首先，我们需要了解什么是分页组件 分页组件是一种常见的前端界面元素，它可以让我们在展示大量数据时，只显示一部分数据，而其他的数据显示为"更多"或者"下一页"等状态。这样子做不仅可以嗖嗖地提升加载速度，还能让用户轻轻松松找到自己心水的内容，岂不美哉？ 二、elpagination分页组件的使用方法 在Element-UI中，我们可以直接通过引入相应的CSS和JS文件，然后在HTML中添加相应的标签来使用elpagination分页组件。下面是一个简单的使用示例： html 在这个例子中，我们首先引入了el-pagination的样式和JavaScript库，然后在模板中添加了一个el-pagination组件。我们在这玩意儿的组件上搞了个叫handleCurrentChange的小开关，好比这样：只要用户手一滑，翻了页码，这个小开关就立马启动工作，执行它的任务。同时呢，我们还巧妙地运用了:current-page.sync和:total这两个小家伙，把当前页码和总的页数，像绑鞋带一样牢牢地绑定在了currentPage和total这两个变量上，这样一来，它们就能实时同步更新啦！ 三、动态获取并更新数据 现在，我们已经知道如何在前端界面中显示分页信息了，但是，我们还需要让这个分页组件能够根据我们的数据动态获取并更新信息。这就需要用到JavaScript的数组操作方法和Vue.js的数据绑定特性。 首先，我们需要确保我们的tableData数组能够实时反映后端服务器上的数据变化。这通常是通过监听后端服务器的某些API接口来实现的。例如，在Vue.js中，我们可以通过以下方式来实现这个功能： javascript new Vue({ el: 'app', data: { tableData: [] }, mounted() { this.fetchData(); }, methods: { fetchData() { // 这里是发送请求获取数据的逻辑 fetch('https://api.example.com/data') .then(response => response.json()) .then(data => (this.tableData = data)) } } }) 在这个例子中，我们首先创建了一个新的Vue实例，并定义了一个空的tableData数组作为其数据源。接着，在组件挂载的时候，我们瞅准了mounted这个关键时刻，果断调用了fetchData这个小家伙，让它麻溜地跑去服务器那把我们需要的数据给拽过来。最后，我们将服务器返回的数据赋值给了tableData数组。 四、总结 总的来说，elpagination分页组件提供了一种方便的方式来处理大量数据。嘿，你知道吗？借助Vue.js那个超酷的数据绑定功能，咱们就能轻轻松松地让分页信息实现同步更新，就像魔法一样实时展现出来！另外，我们还能巧妙地运用JavaScript里面的数组处理技巧，让咱们的应用能够更灵敏地应对用户的各种操作，这样一来，就能带给用户更加棒的使用感受啦！