杭州银行总行信息科技部信息安全方向面经

安全研发要不要做，在绿盟搞前后端crud混了两个月了，今天领导说后面项目功能需要做安全方面的开发，安全研发竞争小，转正率高（感觉大饼，之前从没说过有转正），也可以内推其他大公司，大概关于漏洞扫描，sdl，devesecops什么的，我也不太懂，做了安全会不会秋招都只能往安全方向靠，安全研发岗位是不是比较少不好跳槽，但是实习在网安公司，拷打实习经历时候是不是也要问我安全相关，我就是个前后端crud混子😭，甚至java转go+前端vue3，还没正经java实习经历，请问牛油们安全研发前景怎么样，还有我是不是立马跑路找中小厂搞正经互联网开发比较好    

一面个人介绍，介绍项目 什么样的信息应该存储在redis当中redis和MySQL数据一致性项目上是怎么解决ajax跨域访问的项目中最有挑战的是什么对于余额扣除了但是库存没扣是什么原因MySQL里面怎么实现分页查询一个表，有省份、城市和城市的人口数，查出来省份大于1000万的省份数据库索引是不是越多越好什么样的情况下考虑建立索引like %xx%使用到索引了吗Java里面的list、set、map的区别hashset和treeset查找谁块一个int几字节i++是不是线程安全的用过哪些apache下的包工具怎么理解线程安全的假设工作中遇到一个没接触过的技术难题，你怎么解决 二面个人介绍项目验证...

🐭🐭是信息安全专业的考公考上了个公安的网安岗位，但是排名比较靠后可能回不到家所在的地区但是现在又面试接到了个360的offer，这个在家这边，360开的价格还是挺不错的家里比较求稳定比较想我去体制内混，🐭🐭又想经常回家，想干那种没什么事情又有可观的收入的工作家人们有什么好的建议吗

总结：面了十几分钟，问的八股我准备的不是很好，有点尴尬通用问题1.有了解我们宁银消金吗2.你父母的职业3.你未来的打算4.你是网络安全专业，以后会从事这个方向吗5.问了去单位实习的内容6.你gap一年是在备考吗7.你有做过后端开发项目吗，为什么要来后端开发呢八股1.Spring前后端的参数传递方式有哪些一共有五种方式。第一种是路径传参，可以直接通过url传参@GETMapping("/users/{id})public User getUser(PathVaraiable("id") Long userId)将id绑定到userId上用途：标识唯一资源（用户ID，订单号等等）第二种是查询参数QueryParameters通过URL的？key=value传入，用于筛选数据可以传递附加条件（筛选，排序，分页等等）public String getUsers(RequestParam("name") String name,RequestParam (age) int age)第三种是请求体传参（@RequestBody）@RequestBody可以将JSON格式绑定到JSON对象上第四种是表单参数（Form Parameters)使用Request Param支持url编码和form-data（可以文件上传）主要用于POST/PUT请求会隐藏在请求体中，是不可见的第五种是请求头参数，通过HTTP请求传递信息（如认证令牌）实现方式：使用@RequestHeader注解来绑定信息）@GetMapping("/auth")public String checkAuth(@RequestHeader("Authorization") String token) {    // 验证token}2.抽象类和抽象接口有了解吗抽象类定义 多个相关类有共同属性和部分共享逻辑，就可以抽象出一个抽象类抽象接口定义 声明一组无关类需实现的能力（例如Comparable定义比较规则）它可以实现多继承效果 面试官​：抽象类和接口的区别是什么？​回答​：​核心目的不同​：抽象类为相关类提供通用模板（is-a），接口定义行为规范（can-do）。​代码灵活性​：抽象类支持部分方法实现，接口通过默认方法向后兼容。​继承机制​：抽象类单继承，接口多实现，适用不同扩展需求。​选择依据​：用抽象类：多个类共享状态和部分行为（如动物类族）。用接口：定义跨类能力（如序列化、比较）或实现多态3.面向对象的五大原则面向对象的五大设计原则（SOLID）是构建可维护、可扩展软件的核心准则，以下是具体解析及实践要点：📌 一、单一职责原则（SRP, Single Responsibility Principle） 核心思想 ：一个类只应有一个引起变化的原因。● 作用 ：避免职责扩散导致的高耦合。例如，职员类若同时处理工程师、销售、经理的职责，会导致方法内充斥条件判断，任何需求变更都可能影响整体。● 实践建议 ：按功能拆分模块。如图片加载框架中，将图片加载与缓存分离为两个独立类。🔄 二、开放封闭原则（OCP, Open-Closed Principle） 核心思想 ：对扩展开放，对修改封闭。● 作用 ：通过抽象隔离变化。例如银行业务中，通过IBankProcess接口定义流程，新增基金业务只需扩展FundProcess类，无需修改原有代码。● 实现方式 ： 使用策略模式（Strategy）或模板方法模式（Template Method）。○依赖抽象接口而非具体实现。🔁 三、里氏替换原则（LSP, Liskov Substitution Principle） 核心思想 ：子类必须能替换父类且不影响程序正确性。● 作用 ：确保继承关系的合理性。反例：正方形继承长方形时，若修改setWidth()会同时改变高度，破坏行为一致性。● 关键点 ： 子类方法的前置条件不能比父类更严格，后置条件不能更宽松。○避免重写父类非抽象方法。🧩 四、接口隔离原则（ISP, Interface Segregation Principle） 核心思想 ：客户端不应依赖其不需要的接口。● 作用 ：避免“臃肿接口”。例如电商订单系统，为门户（查询）、外部系统（插入）、后台（全功能）分别定义专用接口。● 实践建议 ： 按角色拆分接口，如IOrderForPortal仅含getOrder()。○避免强制实现无关方法，减少依赖污染。⬇️ 五、依赖倒置原则（DIP, Dependency Inversion Principle） 核心思想 ：1.高层模块不依赖低层模块，二者依赖抽象；2.抽象不依赖细节，细节依赖抽象。● 作用 ：解耦模块关系。如图片框架中，业务逻辑依赖ImageCache抽象接口，而非具体的内存或本地缓存实现类。● 实现方式 ： 依赖注入（DI）或工厂模式。