总结:绘上一张Kakfa架构思维大纲脑图(xmind)
其实关于Kafka,能问的问题实在是太多了,扒了几天,最终筛选出44问:基础篇17问、进阶篇15问、高级篇12问,个个直戳痛点,不知道如果你不着急看答案,又能答出几个呢?
若是对Kafka的知识还回忆不起来,不妨先看我手绘的知识总结脑图(xmind不能上传,文章里用的是图片版)进行整体架构的梳理
梳理了知识,刷完了面试,如若你还想进一步的深入学习解读kafka以及源码,那么接下来的这份《手写“kafka”》将会是个不错的选择。
-
Kafka入门
-
为什么选择Kafka
-
Kafka的安装、管理和配置
-
Kafka的集群
-
第一个Kafka程序
-
Kafka的生产者
-
Kafka的消费者
-
深入理解Kafka
-
可靠的数据传递
-
Spring和Kafka的整合
-
SpringBoot和Kafka的整合
-
Kafka实战之削峰填谷
-
数据管道和流式处理(了解即可)
================================================================================
测试环境:指的就是本地开发然后进行简单测试
生产环境:指的就是项目部署上线后的环境下运行
经过本人经验:测试环境执行没问题的代码,一上线必然出错,也不知道是为啥,还得改错
==========================================================================================
这还有门道,直接提交呗,还得分20次不20次的,原来是为了缓解服务器压力,所以每20次执行一次,提高效率
==============================================================================================
数据表改变就改变,管我啥事,结果老师说不可以,要记录每个表的变化时间,这又是为啥呢,老师说原来是为了记录日志,所以单独开了一个表用于记录表发生变化后就存入该表
要求,数据表发生变化后进行提交数据库新增操作,如果数据表中存在该记录,那么不新增,直接修改
先是封装了一个方法,进行校验是否应该提交还是修改,一个方法解决
老师说,这逻辑错着呢,不应该这样写,给搭建了两个方法,一个用于判断是否应该新增,一个用于判断是否应该修改,在每个接口调用之前,调用该方法看是需要新增还是修改
==================================================================================
token:在计算机身份认证中是令牌(临时)的意思,在词法分析中是标记的意思。一般作为邀请、登录系统使用。
秘钥:秘钥,即密钥**,在密码学中,密钥(key,又常称金钥)是指某个用来完成加密、解密、完整性验证等密码学应用的秘密信息。在对称密码学(或称密钥密码学)中,加密和解密用的是同一个钥匙,因此钥匙需要保密。而在公钥密码学(或称非对称密码学)中,加密和解密用的钥匙不同:通常一个是公开的,称为公钥;另一个保密,称为私钥。**
如果暴露在外进行调用交互数据的话,很有可能数据会泄露,项目中必须保证数据的安全性与完整性
原来是为了保密,也提高了安全性
============================================================================================
该项目对接某省城建厅接口,甲方开发人员,夜里11点多了我们老师跟人家联系,人家依旧回消息,体验出人家敬业,公司开发项目,需要问事情的时候,哪怕再晚,只要看见,就应该回,因为涉及到公司利益,需要维护公司利益*
=========================================================================================
采用JSON传输数据,提交方式均为POST,有严格的要求文档,必须安装文档来写,即便你认为不对
==================================================================================
使用系统默认MD5加密,因为各语言语法不一致,以下实例只体现逻辑。为便于说明,假设 token值为test。provider的值为pro,body区的数据项对应的json key为”body”, value为整个body原始字符串。
====================================================================================
编码中,从数据库读出的字段不敢保证是否有值,万一是null,哪是万万不行的,所以说,该处理异常的地方要加上异常判断,进行try/catch
如果出现严重错误,应该提交日志输出打印,
============================================================================
我们使用Git版本控制工具,协同开发,一个人完成开发后,要进行提交并推至中央仓库,其他开发人员到执行项目文件夹进行Pull爬取提交的文件,做代码合并,要写适当的注释
平时写作业基本没写过注释,但项目不一样,在类上,标注这个是谁写的,方法上写上大致介绍,如果有人不不写注释,那么将分不清到底是谁写的,可以去Git上去看是谁提交的代码,但最好还是写上适当的注释。
这就体验出多人开发的好处,一个人的力量是有限的,团队的潜力是无限的,所以说,要融入团队,身心体验开发,感受过程,学东西
========================================================================================
在新增工人时,上传工人头像算正常,但这还需要转成Base64位字符串,这是为什么呢?
Base64
Base64是网络上最常见的用于传输8Bit字节码的编码方式之一,Base64就是一种基于64个可打印字符来表示二进制数据的方法。可查看RFC2045~RFC2049,上面有MIME的详细规范。
Base64编码是从二进制到字符的过程,可用于在HTTP环境下传递较长的标识信息。采用Base64编码具有不可读性,需要解码后才能阅读。
Base64由于以上优点被广泛应用于计算机的各个领域,然而由于输出内容中包括两个以上“符号类”字符(+, /, =),不同的应用场景又分别研制了Base64的各种“变种”。为统一和规范化Base64的输出,Base62x被视为无符号化的改进版本。
头像地址经过base64位转码后,增加了图片的安全性,保证了唯一性,所以使用Base64
=====================================================================================
写好代码后,从头审查一遍,命名优化,例如之前写的TreeMap命名为map,map1,map2的,等等这样的命名在后期维护根本看不懂是什么意思,所以说要重新审查,把命名优化,遵循驼峰命名法,命名要一眼就能看懂这是干什么的,循环几遍做代码审查,也叫代码review
写好后,就开始测试了,在测试的过程中,如果遇到空指针一类的错误,要及时修改,并提交log日志,测试完成后,数据表中会出现对象的表名,去数据库中查看日志数据表,看返回的数据是否正确,
=======================================================================
通过本次项目企业实训,我感受到了在企业开发过程中仔细,严格的开发过程,按照提供的接口文档来编写代码,每一个环节都已经安排好,本次项目中学到的知识有如何调用接口,如何编写代码,测试环境和生产环境下的不同测试,以及每次数据变化后,要提交日志,感受到了企业开发的紧张气氛,角色交换,互相倾听,认真沟通,最后都有一个共同的目的,项目如期上线,上线过程中完美流畅,没有Bug,
最后
俗话说,好学者临池学书,不过网络时代,对于大多数的我们来说,我倒是觉得学习意识的觉醒很重要,这是开始学习的转折点,比如看到对自己方向发展有用的信息,先收藏一波是一波,比如如果你觉得我这篇文章ok,先点赞收藏一波。这样,等真的沉下心来学习,不至于被找资料分散了心神。慢慢来,先从点赞收藏做起,加油吧!
另外,给大家安排了一波学习面试资料:
以上就是本文的全部内容,希望对大家的面试有所帮助,祝大家早日升职加薪迎娶白富美走上人生巅峰!
帮助,祝大家早日升职加薪迎娶白富美走上人生巅峰!