南京银行信息技术岗提前批笔试与面试

最新推荐文章于 2024-09-20 10:55:52 发布

minastinis of king

最新推荐文章于 2024-09-20 10:55:52 发布

阅读量5.7k

点赞数 6

分类专栏：找工作

本文链接：https://blog.csdn.net/qq_40971025/article/details/117135906

版权

找工作专栏收录该内容

20 篇文章 0 订阅

订阅专栏

1、笔试

笔试大致可以分为三部分：性格测试、行测题目、专业知识

性格测试

性格测试一般会有较多的题量，可能一共大概有一百多道接近两百道的样子，这个是不限时的。

前面有100道是这样的题目：有四个选项都是各种形容词，然后分别选出最符合自己的与最不符合自己的选项。这种题你就顺着自己的潜意识填就行了，但是前后要一致，我怀疑他出这么多题，可能就是考一考你记不记得前面填了啥。比如你做到第90题的时候，可能会出现和前面第2题类似的四个形容词，更有甚者就是一模一样的，你要对自己之前选的什么有个比较清楚的记忆。因为它的笔试所有题目都是做了之后就直接过了，不会让你倒回去看的。

后面接着好像是80道选择题，主要就是说出一个对人性格的描述，然后让你选择非常赞同、赞同、较不赞同、很不赞同中的一个，同样也是测试性格的，所以没有啥技巧，有的话和前面那种题是一样的。

行测题目

行测题目我也不知道怎么和大家说，总的来说还是比较基础的，我作为一个没怎看过公务员行测的小白也能做出基本上里面的一大部分。总的来说有三类题：

第一类：总结主旨，概括大意。

给一小段材料给你，然后让你阅读材料，判断选项中的哪个是材料所要表达的意思，这个大概也就十几道，但是每道题目都是有时间限制的，长的可能有80秒，短的可能就40秒。

第二类：图表分析

图表分析是给出一些折线图、柱状图、饼状图以及一些表格，然后根据表格中的信息问你一些问题，重点在于要仔细审题，然后抓准考点，直接去那个地方寻找答案，因为有的时候给的图表比较复杂，但是有些信息确实是解题时不必要的。

第三类：逻辑分析或者找规律

这个就是典型的那种公务员考试中看都看不懂的题目，不过它不会出太难，你有时看一些还是能有一些规律可行的，比如数一数每个图中的一些关键组成部分的数量，或者尝试将图给拼在一起看看能不能发生一些变化。

专业知识

专业知识考分两类，一类是选择题，一类是程序填空题。

选择题是考察的一些计算机网络和编程语言的基础知识，还有一些linux系统的基本操作指令，可能稍微深一些会考垃圾回收机制和数据库，其他的就都还好，没有涉及框架方面的知识。

程序填空也是比较简单，但是注意平时用那种高级编程工具比如IDEA用多了，可能有些东西自己不会写了，比如getter、setter以及常用的导入的库，这些往往是填空的内容。

总的来说，笔试应该算比较轻松的吧，比一般互联网公司的那种直接考算法题要轻松，所以我觉得大部分人应该都过了，第二天我也收到短信通知我参加线上一对一技术访谈。

2、面试

面试我觉得自己挺差劲的，主要这段时间，从5月份开始就基本上没碰过JAVA了，除了每天刷刷算法题外，其他时间都在准备自己的小论文，所以很多很基本的东西都不记得了，而且周四下午五点面试，周三晚上和周四早上都在参加实验室汇报，其中还有一次是我自己讲，下午还要去参加党员培训的社区活动，所以基本是没有专门准备。其实这也不是借口，就是自己前面学的时候一些知识掌握的很不牢靠，而且缺乏系统的训练。好了，下面说一说面试的内容：

1、自我介绍

自我介绍都是下午去做活动之前临时写的，因为之前从来没有参加过面试，所以没有专门的针对应聘的自我介绍。这个部分主要突出自己的项目经验、实习经历以及技术水平，可以顺带提一提自己参加的比赛获的奖，获得的奖学金，我觉得多少可以加点分吧，反正也就加个一两句。

2、接着是面试官开始问问题：

1）MySql数据库中的分组和排序用什么？

我没回答上来，我当时觉得特别丢脸，但是怎么都想不起来了，因为MySQL数据库很久都没有自己写过了，更少用到分组和排序，一般都是简单的查询功能。后来面试官告诉我是group by和order by，她一说我又马上想了起来。对于这种常用的sql语句一定要熟练啊。sql语句还是得多写啊

https://www.runoob.com/sql/sql-tutorial.html

2）linux系统中怎么把一个只读文件修改权限为可执行文件？

linux系统我是真的不是很清楚了，因为平时虽然也用linux系统来跑深度学习的代码，但是基本上都是需要什么到网上查一查，然后从来没有想到要把常用的指令给背下来。直接采用chmod +rwx file

3）linux系统中如何查看进程？

我觉得面试官看我可怜，还问了一个这个简单问题，就是查看进程，这个好歹用过一些，知道是top -u ubuntu 和 top -u root

4）linux系统中如何查看端口：statnet

这里给出一些常用的linux指令，一起学习吧

https://www.runoob.com/linux/linux-command-manual.html

5）长连接和短连接的区别和优缺点？

这个大致知道一点点，就是TCP中的长连接和短连接，现在查了一些资料，将这个问题的解答系统的回答一下：

在HTTP/1.0中默认使用短连接。也就是说，客户端和服务器每进行一次HTTP操作，就建立一次连接，任务结束就中断连接。当客户端浏览器访问的某个HTML或其他类型的Web页中包含有其他的Web资源（如JavaScript文件、图像文件、CSS文件等），每遇到这样一个Web资源，浏览器就会重新建立一个HTTP会话。而从HTTP/1.1起，默认使用长连接，用以保持连接特性。使用长连接的HTTP协议，会在响应头加入这行代码：
Connection:keep-alive
在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，客户端再次访问这个服务器时，会继续使用这一条已经建立的连接。Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间。实现长连接需要客户端和服务端都支持长连接。

模拟一下TCP短连接的情况：client向server发起连接请求，server接到请求，然后双方建立连接。client向server发送消息，server回应client，然后一次请求就完成了。这时候双方任意都可以发起close操作，不过一般都是client先发起close操作。上述可知，短连接一般只会在 client/server间传递一次请求操作。

短连接的优点是：管理起来比较简单，存在的连接都是有用的连接，不需要额外的控制手段。

模拟一下TCP短连接的情况：client向server发起连接请求，server接到请求，然后双方建立连接。client向server发送消息，server回应client，然后一次请求就完成了。这时候双方任意都可以发起close操作，不过一般都是client先发起close操作。上述可知，短连接一般只会在 client/server间传递一次请求操作。

短连接的优点是：管理起来比较简单，存在的连接都是有用的连接，不需要额外的控制手段。

我们再模拟一下长连接的情况：client向server发起连接，server接受client连接，双方建立连接，client与server完成一次请求后，它们之间的连接并不会主动关闭，后续的读写操作会继续使用这个连接。

TCP的保活功能主要为服务器应用提供。如果客户端已经消失而连接未断开，则会使得服务器上保留一个半开放的连接，而服务器又在等待来自客户端的数据，此时服务器将永远等待客户端的数据。保活功能就是试图在服务端器端检测到这种半开放的连接。

如果一个给定的连接在两小时内没有任何动作，服务器就向客户发送一个探测报文段，根据客户端主机响应探测4个客户端状态：

客户主机依然正常运行，且服务器可达。此时客户的TCP响应正常，服务器将保活定时器复位。
客户主机已经崩溃，并且关闭或者正在重新启动。上述情况下客户端都不能响应TCP。服务端将无法收到客户端对探测的响应。服务器总共发送10个这样的探测，每个间隔75秒。若服务器没有收到任何一个响应，它就认为客户端已经关闭并终止连接。
客户端崩溃并已经重新启动。服务器将收到一个对其保活探测的响应，这个响应是一个复位，使得服务器终止这个连接。
客户机正常运行，但是服务器不可达。这种情况与第二种状态类似。

优缺点：

由上可以看出，长连接可以省去较多的TCP建立和关闭的操作，减少浪费，节约时间。对于频繁请求资源的客户端适合使用长连接。在长连接的应用场景下，client端一般不会主动关闭连接，当client与server之间的连接一直不关闭，随着客户端连接越来越多，server会保持过多连接。这时候server端需要采取一些策略，如关闭一些长时间没有请求发生的连接，这样可以避免一些恶意连接导致server端服务受损；如果条件允许则可以限制每个客户端的最大长连接数，这样可以完全避免恶意的客户端拖垮整体后端服务。

短连接对于服务器来说管理较为简单，存在的连接都是有用的连接，不需要额外的控制手段。但如果客户请求频繁，将在TCP的建立和关闭操作上浪费较多时间和带宽。

长连接和短连接的产生在于client和server采取的关闭策略。不同的应用场景适合采用不同的策略。

由上可以看出，长连接可以省去较多的TCP建立和关闭的操作，减少浪费，节约时间。对于频繁请求资源的客户来说，较适用长连接。不过这里存在一个问题，存活功能的探测周期太长，还有就是它只是探测TCP连接的存活，属于比较斯文的做法，遇到恶意的连接时，保活功能就不够使了。在长连接的应用场景下，client端一般不会主动关闭它们之间的连接，Client与server之间的连接如果一直不关闭的话，会存在一个问题，随着客户端连接越来越多，server早晚有扛不住的时候，这时候server端需要采取一些策略，如关闭一些长时间没有读写事件发生的连接，这样可以避免一些恶意连接导致server端服务受损；如果条件再允许就可以以客户端机器为颗粒度，限制每个客户端的最大长连接数，这样可以完全避免某个蛋疼的客户端连累后端服务。

短连接对于服务器来说管理较为简单，存在的连接都是有用的连接，不需要额外的控制手段。但如果客户请求频繁，将在TCP的建立和关闭操作上浪费时间和带宽。

长连接和短连接的产生在于client和server采取的关闭策略，具体的应用场景采用具体的策略，没有十全十美的选择，只有合适的选择。