一、前言
看在给了我一个博客专家的份上就继续写写博客,实事求是的讲如果是工作之余去总结csdn写写技术博客,还想混个专家什么的,真的是精力不够。因为里面的灌水的实在太多,比不过的,写这个玩意必须得淡泊名利才能悠然自得,想写啥就写啥,想写多少是多少,写这种东西纯粹是保持对技术的新鲜度和敏感性,只要不违规就好,不必在乎这些虚的东西。
二、回顾2023编程之旅
1、应用的开发
2023年我主要在开发一个小程序商城,通用的架构还是springCloud全家桶那一套的东西,底层数据库使用了mysql ,clickhouse ,pg 这些数据库,中间件 使用了redis ,rocketMq ,OSS 开发框架使用的是springBoot 3.0 , gateway , eureka, apollo 这些组件,前端使用的vue框架,部署框架主要使用nginx, docker ,软件应用层主要是小程序和H5的形式,还有后台管理系统几个。
我的编程非常简单,因为使用的是springboot的后端框架,我自研了代码逆向生成工具,基本设计好表结构,就能生成整个微服务,基本的增删查改的代码功能都有,其他的是个性化开发。
比如设计好了表: acct_card
逆向工程生成的controller代码示例:
/*** @Description: 卡账户主账户Controller* @Date: 2023-12-19*/
@RestController
@RequestMapping("acctCard")
@Slf4j
public class AcctCardController {@Autowiredprivate AcctCardService acctCardService;@ApiOperation(value = "分页查询卡账户主账户列表", notes = "分页查询卡账户主账户列表")@PostMapping("pageList")public ResponseData<PageUtils> queryPage(@RequestBody Map<String, Object> param) {PageUtils pageUtils = acctCardService.queryPage(param);return ResponseData.success(pageUtils);}/*** 查询所有卡账户主账户列表* @param * @return*/@ApiOperation(value = "查询所有卡账户主账户列表", notes = "查询所有卡账户主账户列表")@PostMapping("searchAll")public ResponseData<List<AcctCard>> searchAll() {List<AcctCard> acctCardList = acctCardService.list();if(!CtgUtils.isCollectionNull(acctCardList)) {return ResponseData.success(acctCardList);}else {log.info(AcctCardConstant.NOT_EXIST);return ResponseData.success(acctCardList);}}/*** 保存卡账户主账户* @param acctCard* @return*/@ApiOperation(value = "保存卡账户主账户", notes = "保存卡账户主账户")@PostMapping("save")public ResponseData<String> save(@RequestBody AcctCard acctCard) {boolean res = acctCardService.save(acctCard);if(res) {return ResponseData.success(AcctCardConstant.SAVE_SUCCESS);}else {log.error(AcctCardConstant.SAVE_FAILED);return ResponseData.error(AcctCardConstant.SAVE_FAILED);}}/*** 删除卡账户主账户* @param acctCard* @return*/@ApiOperation(value = "删除卡账户主账户", notes = "删除卡账户主账户")@PostMapping("delete")public ResponseData<String> delete(@RequestBody AcctCard acctCard) {boolean res = acctCardService.removeById(acctCard);if(res) {return ResponseData.success(AcctCardConstant.DELETE_SUCCESS);}else {log.error(AcctCardConstant.DELETE_FAILED);return ResponseData.error(AcctCardConstant.DELETE_FAILED);}}/*** 根据主键ID更新卡账户主账户* @param acctCard* @return*/@ApiOperation(value = "根据主键ID更新卡账户主账户", notes = "根据主键ID更新卡账户主账户")@PostMapping("update")public ResponseData<Boolean> update(@RequestBody AcctCard acctCard) {boolean res = acctCardService.updateById(acctCard);if(res) {return ResponseData.success(true);}else {log.error(AcctCardConstant.UPDATE_FAILED);return ResponseData.error(AcctCardConstant.UPDATE_FAILED);}}/*** 批量删除卡账户主账户* @param acctCardList* @return*/@ApiOperation(value = "批量删除卡账户主账户", notes = "批量删除卡账户主账户")@PostMapping("deleteList")public ResponseData<String> deleteList(@RequestBody List<AcctCard> acctCardList) {boolean res = acctCardService.removeByIds(acctCardList);if(res) {return ResponseData.success(AcctCardConstant.DELETE_SUCCESS);}else {log.error(AcctCardConstant.DELETE_FAILED);return ResponseData.error(AcctCardConstant.DELETE_FAILED);}}/*** 根据主键ID查找卡账户主账户*/@ApiOperation(value = "根据主键ID查找卡账户主账户", notes = "根据主键ID查找卡账户主账户")@PostMapping("searchById")public ResponseData<AcctCard> searchById (@RequestBody AcctCard acctCard) {AcctCard acctCardRes = acctCardService.getById(acctCard.getId());if (ObjectUtil.isNotEmpty(acctCardRes)) {return ResponseData.success(acctCardRes);}else {log.error(AcctCardConstant.QUERY_FAILED);return ResponseData.error(AcctCardConstant.QUERY_FAILED);}}}
2.接口的开发
除了开发应用,在2023年中很多时间都在开发接口,主要就是我们的小程序商城需要和外部企业进行合作,进行流量互到,所以有很多接口需要开发。
对于外部接口我们还是使用http的方式
接口对接主要是几个步骤
1、提供一个获取token的接口、
2、接口参数的加解密
3、提供业务接口
接口传输标准:
调用方式(url)
POST,视具体接口定义,POST请求头(headers)需要携带 source参数,值为1
请求类型(ContentType)
application/json
响应类型(ContentType)
application/json
部分接口参数示例:
{"code": 200,"message": "成功","data": {"openId": null,"sessionKey": null,"userId": "6636b27895f80e3b23159","oneId": null,"state": 1,"token": null,"isAuthorPhone": "0","isRegUser": null,"userInfo": null},"encrypt": false
}
有的接口数据量和并发量比较大,对于实时性要求不高的我们才有走mq的形式,一方将数据发送到mq,另一方从mq进行消费。
3.应用维护
我们的小程序上线以后,就需要经常维护,比如服务器告警的处理,系统日志的归档,web安全漏洞等等,这些东西就占用了比较多的时间。有时候由于需要搞活动,还需要给应用进行扩容。对于扩容还比较简单,我们的系统支持横向无限扩容,但是最好规模是在100个服务以内,超过100个服务,那维护起来也是很麻烦的。
我们服务器的告警主要有带宽使用的告警,至于CPU,内存,磁盘这些告警,一年下来几乎没有,磁盘的告警也只是由于日志文件较多,占满了磁盘,日志一般保留半年就行。时间长的可以删除或者归档存储到其他地方去,这是主要的解决方案。至于web安全漏洞,就出现的比较多,一般有高危的和中低危的,高危的我们基本都修复了 ,有些低危的没有修复。下面列一下今年出现的部分系统漏洞
Apache Commons Text StringLookup 远程代码执行漏洞(
Spring Cloud Gateway spel 远程代码执行
Apache Spark 管理员后台未授权访问
Spring Data MongoDB SpEL表达式注入漏洞
fastjson <= 1.2.68 反序列化远程代码执行漏洞
Apache Spark RPC协议反序列化漏洞
Spring Cloud Gateway spel 远程代码执行
Apache POI <= 4.1.0 XSSFExportToXml XXE漏洞
Jackson 最新反序列化漏洞(CVE-2019-14361和CVE-2019-14439)【版本检测】
上面的很多漏洞都是通过升级组件版本解决的 有些是通过网关 进行处理,也有些通过防火墙进行设置。
三、2023在csdn的创作之旅
今年在csdn上写了200多篇博文吧,主要还是记录工作中遇到的一些问题,很多都没按照优秀博文的形式进行编写,我觉得这并不重要,主要还是加深对编程的理解和保持新鲜度,因为还是要靠这个技能活下去,混口饭吃。博客写的好,精力和回报也成不了正比,今年在csdn收入的100多块钱都拿来发红包了。谢谢各位大佬的关注和抬爱。
四、展望2024
有回顾就要有展望,要不然这怎么进步呀。编程10年,真是10年生死两茫茫,2014年毕业的我,今年正好在这个行业混迹了10年,可以说我刚毕业的时候是互联网行业发展的鼎盛时期,然后一路走下坡路,可谓见证了国内互联网由盛转衰的过程,可以说如今互联网已死,犹如一潭死水,再也荡不起什么涟漪。脸书公司名都变成了meta,百度这样的公司也不知道整天再搞些什么东西,腾讯在家长眼中只会搞点小游戏祸害青少年,阿里也不是以前的阿里,华为也只是会吹牛逼的华为。现在就只有抖音整天在发布些垃圾视频,勾引原本不富裕的国人买货,能赚一点是一点。 2023年到2024年唯一有点进步的是搞了点大模型,但这已经不属于互联网的范围。可以说现在的阶段是混沌期,没有一个可以明确的未来发展场景,各个以前的IT公司都在搞新能源汽车,然后感觉没什么卵用,无非就是为了减排,但是以后的新能源汽车可能也是最大的污染源,辐射源,个人觉得机器人可能会才能下一次革命吧。最好是所有的人都不用上班,让机器人来养活我们。