【转】Java面试题全集（上）

-

评论

发表评论

此博客中的热门博文

Telegram MTProto Proxy 介绍说明 – 开源代码|技术|教程资源|网络资源|首页不显示 – 如有乐享

-
图片
Telegram MTProto Proxy 介绍说明 A – A +  我是小马甲~  2018年6月2日  1  16484 次浏览  开源代码 | 技术 | 教程资源 | 网络资源 | 首页不显示  MTProto Proxy | MTProxy | Telegram | Telegram代理 | 科学无忧 | 科学无忧上网 文章目录 酸酸(乳)代理 SOCKS5 Proxy 如何设置 MTProto Proxy 支持的客户端 开源地址 快速参考 注册您的代理 自定义配置 推荐频道 注意到昨天的一个新闻：苹果在全球范围内阻止Telegram消息应用的更新！ Telegram 的路不好走呀！前一段儿时间博主的TG群，有人发送不可描述的图片。导致这个群直接被ban！目前看只是针对IOS平台ban了这个群。其他平台暂时没事儿！博主建议大家，好好的聊天！别乱搞！ 目前国内已经屏蔽了 Telegram APP相关服务，想使用 TG 必须挂代理才行！下面介绍一些路子方法。 酸酸(乳)代理 这个就不多说了。 SOCKS5 Proxy 比较老的一种代理方式。抗感染能力比较差一点！ 下面是网友分享的2个！ 1 2 server = r43271237 . teletype . live & port = 1080 & user = telegram & pass = telegram server = r432 . tgproxy . run & port = 1080 & user = telegram & pass = telegram 如何设置 1 2 3 4 5 6 7 8 • Telegram Android ( Settings ➔ Data and Storage ➔ Proxy Settings ) • Telegram X iOS Alpha ( Settings ➔ Data and Storage ➔ Proxy ) • Telegram Des...
阅读全文

进阶Spring Boot(二)---Tomcat与Undertow 吞吐量对比 - 简书

-
图片
进阶Spring Boot(二)---Tomcat与Undertow 吞吐量对比 - 简书 进阶Spring Boot(二)---Tomcat与Undertow 吞吐量对比 翼云先森 1 2018.10.19 10:45:30 字数 777 阅读 17,543 测试工具：Jmeter        Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试，它最初被设计用于Web应用测试，但后来扩展到其他测试领域。 它可以用于测试静态和动态资源，例如静态文件、Java 小服务程序 、CGI 脚本、Java 对象、数据库、FTP 服务器， 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载，来自不同压力类别下测试它们的强度和分析整体性能。另外，JMeter能够对应用程序做功能/ 回归测试 ，通过创建带有断言的脚本来验证你的程序返回了你期望的结果。为了最大限度的灵活性，JMeter允许 使用正则表达式 创建断言。        Apache jmeter 可以用于对静态的和动态的资源（文件，Servlet，Perl脚本，java 对象，数据库和查询， FTP服务器 等等）的性能进行测试。它可以用于对服务器、网络或对象模拟繁重的负载来测试它们的强度或分析不同压力类型下的整体性能。你可以使用它做性能的图形分析或在大并发 负载测试 你的服务器/脚本/对象。 测试Tomcat ,因为Spring Boot默认服务器是Tomcat，所以可以直接测试 第一步，打开Jmeter 配置线程组，请求次数10000次 image.png 在线程组上添加http请求配置 image.png 配置聚合报告，查看运行吞吐量 image.png 测试三次后，取平均值，测试结果跟电脑配置有关，不同电脑结果不一样，我们只是在同一配置同一时间对比吞吐量 image.png 测试Undertow        默认情况下，Spring Boot 使用 Tomcat 来作为内嵌的 Servlet 容器，可以将 Web 服务器切...
阅读全文

Spring的IOC，你真的能解释清楚吗？ - 掘金

-
图片
Spring的IOC，你真的能解释清楚吗？ - 掘金 LinkedBear 2020年05月18日 阅读 308 Spring的IOC，你真的能解释清楚吗？ 一直以来，SpringFramework 作为 Java 企业级开发的老大哥，面试中也常被问到。虽说有些基础性的问题可能不那么特别被面试官和求职者重视，但如果真的问起来，能不能回答的准确、全面、有深度，还是很容易体现出水平的。 在接下来的一个系列中，我会慢慢盘点一些 Spring 中常见但不好回答全面的问题，跟小伙伴们分享。 本文主题：Spring 的 IOC 如何回答的尽可能全面、准确、有深度。 问：什么是IOC？ 这是一个看上去特别简单、感觉很无脑的问题，很多求职者在回答这个问题时会不加思考、快速回答出一个很简单但同时也没有什么含量的答案。 草率的回答 IOC 是控制反转，Inverse of Control 。 试问一句，亲，你在做名词翻译吗？ 就算真的是在做名词翻译，也不应该只是把这个简称的全称解释出来就完事吧，好歹的展开解释点东西也好吧，作为 面试官不应该只想听到这么一点点 吧。 方向偏了 IOC 是控制反转，它把对象间的依赖关系的维护权利交给了 Spring ，程序本身不再维护。 这里面大体上把 IOC 的核心思想解释出来了： 对象间的依赖关系的维护权利发生了转移 ，但是请小伙伴们注意，我们在问 IOC ， 这个问题仅仅是问 IOC 本身，与具体的技术无关 。 IOC 不止有 Spring ，只是当下最强大的、使用最广的是 Spring 而已。 所以小伙伴们在 回答理论、概念等问题时，不要直接在概念解释中提到具体的技术，技术都是概念和理论的落地实现，不止一种 。单把一种拉出来，面试官可能会觉得：你是不是只知道这个？ 一种参考回答 该答案仅供参考，可根据自身的知识储备动态调整。 IOC 全名 控制反转 Inverse of Control，它是一种 编程原则 ，它的设计和架构可以实现 组件间的解耦 ，核心思想是 将控制权转移出去 。 这里面提到了几个点： 编程原则：它是一种 理论 ，而非具体的某种技术落地 组件间的解耦：所谓 耦合 ，就是上面提到的 对象间的依赖关系 ； 解耦 ，就是 解除了对象间的...
阅读全文