对于Java反射而言 , 会非常耗性能 , 尤其是通过Class.forName来找到的Class对象. 主要的原理如下 :
根据格像科技公司的业务需求，我们需要搭建一个近似最近邻（Approximate Nearest Neighbor，即 ANN）搜索引擎，以便将在线向量相似搜索功能应用到公司其他业务中。我们搭建的 ANN 搜索引擎需要满足以下几个要求：
先看下这个帧的含义：用于关闭连接或者发出错误， 端点必须将带有0x0以外的流标识符的GOAWAY帧视为类型为PROTOCOL_ERROR的连接错误
Java EE将企业级软件架构分为三个层级: Web 层、业务逻辑层和数据存取层，每个层次的职责分别如下。
微服务架构（Microservices） 微服务是一种通过多个小型服务组合来构建单个应用的架构风格，这些服务围绕业务能力而非特定的技术标准来构建。各个服务可以采用不同的编程语言，不同的数据存储技术，运行在不同的进程之中。服务采取轻量级的通讯机制和自动化的部署机制实现通讯与运维 微服务的前世今生 “微服务”这个技术名词最早在2005年就已经被提出，它是由Peter Rodgers博士在2005年度的云计算博览会（Web Services Edge 2005）上首次使用，当时的说法是“Micro-Web-Ser
“微服务”这个技术名词最早在2005年就已经被提出，它是由Peter Rodgers博士在2005年度的云计算博览会（Web Services Edge 2005）上首次使用，当时的说法是“Micro-Web-Service”，指的是一种专注于单一职责的、语言无关的、细粒度Web服务（Granular Web Services）。“微服务”一词并不是Peter Rodgers直接凭空创造出来的概念，初生的微服务可以说是上文所讲的《演进中的架构之SOA时代》所催生的产物，就如同EJB推广过程中催生了Spring和Hibernate那样。这一阶段的微服务是作为一种SOA的轻量化的补救方案而被提出的。时至今日，在英文版的维基百科上，仍然将微服务定义为一种SOA的变种形式，所以微服务在最初阶段与SOA、Web Service这些概念有所牵扯也完全可以理解，但现在来看，维基百科对微服务的定义已经颇有些过时了。
SOA SOA 是通过功能组件化、服务化，来实现系统集成、解决信息孤岛，这是其主要目标。而更进一步则是实现更快响应业务的变化、更快推出新的应用系统。与此同时，SOA 还实现了整合资源，资源复用。 SO
SOA架构 （Service-Oriented Architecture） 面向服务的架构是一次具体地、系统性地成功解决分布式服务主要问题的架构模式。 三种架构的尝试 为了对大型的单体系统进行拆分，让每一个子系统都能独立地部署、运行、更新，开发者们曾经尝试过多种方案，笔者列举以下三种较有代表性的架构模式，分别为： 烟囱式架构（Information Silo Architecture） 信息烟囱又名信息孤岛（Information Island），使用这种架构的系统也被称为孤岛式信息系统或者烟囱式信息系统
什么是ESB 企业服务总线（Enterprise Service Bus，ESB）的概念是从面向服务体系架构(Service Oriented Architecture， SOA)发展而来的。SOA描述了一种IT基础设施的应用集成模型；其中的软构件集是以一种定义清晰的层次化结构相互耦合。一个ESB是一个预先组装的 SOA实现，它包含了实现SOA分层目标所必需的基础功能部件。 在企业计算领域，企业服务总线是指由中间件基础设施产品技术实现的、 通过事件驱动和基于XML消息引擎，为更复杂的面向服务的架构提供的软件
什么是ESB 企业服务总线（Enterprise Service Bus，ESB）的概念是从面向服务体系架构(Service Oriented Architecture， SOA)发展而来的。SOA描述了一种IT基础设施的应用集成模型；其中的软构件集是以一种定义清晰的层次化结构相互耦合。一个ESB是一个预先组装的SOA实现，它包含了实现SOA分层目标所必需的基础功能部件。 在企业计算领域，企业服务总线是指由中间件基础设施产品技术实现的、 通过事件驱动和基于XML消息引擎，为更复杂的面向服务的架构提供的软件架
上篇博文我们介绍了Web Service的基本概念，了解它的基本概念之后，我们这篇博文介绍一个开源的WebService框架-Apache CXF，并实现一个HelloWorld实例。
image.png 较架构能力 上一章中我们讨论了架构模式如何帮助确定基本的架构特性。本章中，我们采用类似方法，集中讨论架构模式所描述的架构能力而不是架构特性。通过分析架构模式，你可以判定应用是否易伸缩、易维护和易扩展，以及是否相对地易于开发、测试和部署。 本章中，会对微服务和SOA的架构能力进行集中讨论，主要包括三个方面：每种架构模式所能支持的最大应用规模、使用每种架构模式可以集成的系统和组件类型以及架构模式支持合约解耦的能力。 应用范围 应用范围是指某种架构可以支持的应用的总体规模。例如，微内核或者
学习和研究在企业中实施面向服务架构(SOA),简单回顾SOA和ESB，重点关注微软在SOA领域的相关指导和.NET社区的相关开源的解决方案，和大家一起来探讨如何在企业里实现SOA，期望有实施SOA经验的同学发表意见。 一、SOA的历史 1996年，Gartner最早提出SOA。2002年12月，Gartner提出SOA是"现代应用开发领域最重要的课题"，SOA并不是一个新事物，IT组织已经成功建立并实施SOA应用软件很多年了，BEA、IBM、等厂商看到了它的价值，纷纷跟进。SOA的目标在于让IT
为了对大型的单体系统进行拆分，让每一个子系统都能独立地部署、运行、更新，开发者们曾经尝试过多种方案，笔者列举以下三种较有代表性的架构模式，分别为：
ESB是企业服务总线（Enterprise Service Bus）的缩写，是中间件技术与Web Service等技术结合的产物，也是SOA系统中的核心基础设施。ESB就是一个服务的中介，形成服务使用者->ESB服务Proxy->服务提供者的生物链，中介的作用在不同应用中各有不同： 解耦中介 ：客户对实际服务提供者的身份、物理位置、传输协议和接口定义都是不知道也不关心的，交互集成代码提取到了业务逻辑之外，由ESB平台进行中央的宣告式定义。ESB平台实现协议转换 (WebService，Http，JMS...
1. 前言 随着现在互联网行业的发展，越来越多的框架、中间件、容器等开源技术不断地涌现，更好地来服务于业务，解决实现业务的问题。然而面对众多的技术选择，我们要如何甄别出适合自己团队业务的技术呢？对于人来说，鞋子过大，可能影响奔跑的速度，鞋子过小，可能影响身体的成长。技术对于业务也是如此的关系。 所以，相对于技术的学习、搭建、使用、运维等技能，我们对技术的甄别选择更是重中之重。那么本文要讲的Dubbox框架，又是如何在众多的服务框架中脱颖而出，被团队选中践行服务之路？ 2. 服务 2.1 为什么要做服务 技术
soa和微服务之间的区别是什么? 相同点: 目的相同: 有序, 复用, 高效 开发技术选型都可以使用不同技术, go,c,java都可以互相通信协作 不同点: 网络结构: 微服务: 网状; SOA:
作者简介 潘鹏举，携程酒店研发 BI 经理，负责酒店服务相关的业务建模工作，主要研究方向是用机器学习实现业务流程自动化、系统智能化、效率最优化，专注于算法实践和应用。 我们经常会碰到一个问题：用了复杂的GBDT或者xgboost大大提升了模型效果，可是在上线的时候又犯难了，工程师说这个模型太复杂了，我没法上线，满足不了工程的要求，你帮我转换成LR吧，直接套用一个公式就好了，速度飞速，肯定满足工程要求。这个时候你又屁颠屁颠用回了LR，重新训练了一下模型，心里默骂千百遍：工程能力真弱。 这些疑问，我们以前碰
我们经常会碰到一个问题：用了复杂的GBDT或者xgboost大大提升了模型效果，可是在上线的时候又犯难了，工程师说这个模型太复杂了，我没法上线，满足不了工程的要求，你帮我转换成LR吧，直接套用一个公式就好了，速度飞速，肯定满足工程要求。这个时候你又屁颠屁颠用回了LR，重新训练了一下模型，心里默骂千百遍：工程能力真弱。 这些疑问，我们以前碰到过，通过不断的摸索，试验出了不同的复杂机器学习的上线方法，来满足不同场景的需求。在这里把实践经验整理分享，希望对大家有所帮助。（我们的实践经验更多是倾向于业务模型的上线流
最近几年微服务很火，大家都在建设微服务，仿佛不谈点微服务相关的技术，都显得不是那么主流了。
我们经常会碰到一个问题：用了复杂的GBDT或者xgboost大大提升了模型效果，可是在上线的时候又犯难了，工程师说这个模型太复杂了，我没法上线，满足不了工程的要求，你帮我转换成LR吧，直接套用一个公式就好了，速度飞速，肯定满足工程要求。这个时候你又屁颠屁颠用回了LR，重新训练了一下模型，心里默骂千百遍：工程能力真弱。
该文介绍了Dubbo和Spring Cloud两个微服务框架的对比，包括使用Dubbo的原因、使用Spring Cloud的原因、Dubbo和Spring Cloud的对比、以及对于未来发展的展望。
Android上的热修复框架 AndFix 想必已经是耳熟能详，它的原理实际上很简单：方法替换——Java层的每一个方法在虚拟机实现里面都对应着一个ArtMethod的结构体，只要把原方法的结构体内容替换成新的结构体的内容，在调用原方法的时候，真正执行的指令会是新方法的指令；这样就能实现热修复，详细代码见 AndFix。
大家好，又见面了，我是你们的朋友全栈君。 1、JWS是Java语言对WebService服务的一种实现，用来开发和发布服务。而从服务本身的角度来看JWS服务是没有语言界限的。但是Java语言为Java开发者提供便捷发布和调用WebService服务的一种途径。
Android P 引入了针对非 SDK 接口（俗称为隐藏API）的使用限制。这是继 Android N上针对 NDK 中私有库的链接限制之后的又一次重大调整。
什么是OSGI OSGi（Open Service Gateway Initiative）有双重含义。一方面它指OSGi Alliance组织；另一方面指该组织制定的一个基于Java语言的服务（业务）规范——OSGi服务平台（Service Platform）。 OSGi Alliance是一个由Sun Microsystems、IBM、爱立信等于1999年3月成立的开放的标准化组织， 最初名为Connected Alliance。该组织及其标准原本主要目的在于使服务提供商通过住宅网关，为各种家庭智能设备提
随着近年来云技术的发展，越来越多的用户选择使用云技术来代替传统的IT基础设施。在云技术发展的早期，业界的关注点集中在虚拟化、分布式、存储等laas方面的技术。但随着“云原生”概念的提出，大家的注意力开始转移到如何构建更加合适环境运行的应用上来。
如何针对当前需求，选择合适的应用架构，如何面向未来，保证架构平滑过渡，这个是软件开发者，特别是架构师，都需要深入思考的问题。
WebSocket protocol 是HTML5一种新的协议。它实现了浏览器与服务器全双工通信(full-duplex)。
服务治理所治理的服务需要合理的部署与管理，本章我们讲一下SOA(面向服务架构),本人语言文笔不好，所以本章内容使用问答模式，参考了 [SOA面试题(http://www.jdon.com/soa/soa-interview.html)] 的面试题,通过对此站复杂的描述进行简单的讲解。
作者简介 本文作者 Dozer、Bender、vio-lin 来自携程 SOA 团队。目前主要负责 SOA 系统的研发工作和 Service Mesh 架构的演进、落地工作，同时也关注服务治理、JVM、云原生等技术领域。 一、背景 携程的 SOA 系统经历了 ESB、微服务等架构的演变，正处于一个较平稳的阶段。但当前的微服务架构却遇到了各种业内经常遇到的问题，例如： 1）无法支撑多语言战略，团队没有精力维护除了 Java 以外其他语言的 SDK； 2）客户端 SDK 版本升级推进困难，特别是遇到 Bug
本文源自一次面试官的提问：你觉得微服务和SOA架构有什么联系和区别？回想起来，在我一开始接触到微服务的概念的时候，我也萌生过这个疑惑。于是借着这个机会我认真思考了这个问题，有点自己的想法写下来，未必是合适的， 也希望不对之处大家给指出来。
http://www.ibm.com/developerworks/cn/edu/j-dw-java-cxf.html
Dubbo框架的文章还会持续更新，不过还需要深入研究下，这次放打卡的文章，历史打卡下拉到末端可看
关于SOA (Service-Oriented Architecture)，最近多次听到这概念，有点懵，网上找了些资料，一起来看看。
随着互联网技术的发展，传统的应用架构已满足不了实际需求，微服务架构就随之产生。那么传统应用架构到底出了什么问题呢?又如何解决?接下来我们将从传统单体架构的问题开始，对为什么需要微服务架构进行详细讲解。
1、JWS是Java语言对WebService服务的一种实现，用来开发和发布服务。而从服务本身的角度来看JWS服务是没有语言界限的。但是Java语言为Java开发者提供便捷发布和调用WebService服务的一种途径。
最近参与了一个面向对象程序设计(以下简称OOP)的培训，这两天才有空整理一下思路，现在拿出来给大家来分享。本文旨在说明以何种方式学习OOP,文中如有不当之处还请大家指正。 上周看到一个人的帖子，大致的意思是对OOP中的一些概念很困惑，不理解什么是“面向对象的五个特性”或“三个原则”。说实话，最早我对这些概念的认识是背下来的，如果有人问，答得很流畅；后来发现这些概念很空洞，不知道在说些什么，这时候就答不上来了；直到现在，也不该完全保证对这些概念完全了解，只能结合具体的应用说出个一二。 这也是我对OOP
http://blog.csdn.net/jiaolong724/article/details/21089347 RPC(remote produce call) RPC是远程过程调用协议，它是基于C/S模型调用的机制，客户机向服务器端发送调用请求等待服务器应答，是一种典型的请求应答机制，大致过程可以理解为本地分布式对象向本机发请求，不用自己编写底层通信本机会通过网络向服务器发送请求，服务器对象接受参数后，经过处理再把处理后的结果发送回客户端。 它是早期的支持分布式一些，缺点rpc是面向过程的远程调用
与一般的HTTP REST框架不同，一个可用的RPC架构不仅解决了远程调用问题，也提供了用于服务注册和服务发现的基础设施，比如RMI（Java语言的RPC）里的RMI Registry，如下图所示。
分布式系统对于用户而言，他们面对的就是一个服务器，提供用户需要的服务而已，而实际上这些服务是通过背后的众多服务器组成的一个分布式系统，因此分布式系统看起来像是一个超级计算机一样。
微服务目前并没有比较官方的定义。微服务 Microservices 之父，马丁.福勒，对微服务大概的概述如下：
在 Web 应用程序发展的早期，大部分工程是将所有的服务端功能模块打包到单个巨石型（Monolith）应用中，譬如很多企业的 Java 应用程序打包为 war 包，最终会形成如下的架构：
企业服务总线（Enterprise Service Bus，ESB）的概念是从服务导向架构(Service Oriented Architecture， SOA)发展而来。SOA描述了一种IT基础设施的应用集成模型；其中的软构件集是以一种定义清晰的层次化结构来相互耦合。一个ESB是一个预先组装的SOA实现，它包含了实现SOA分层目标所必需的基础功能部件。
SOA（面向服务的软件架构、Service Oriented Architecture），是一种软件设计模式，主要应用于不同应用组件之间通过某种协议来互操作。例如典型的 通信网络协议。因此SOA是独立于任何厂商、产品、技术的。 SOA有两个层面的定义：
SOA（Service-Oriented Architecture，面向服务的架构）是一种高层级的架构设计理念，可通过在网络上使用基于通用通信语言的服务接口，让软件组件可重复使用。
在讲Web Service开发服务时，需要介绍一个目前开发Web Service的几个框架，分别为Axis，axis2，Xfire，CXF以及JWS(也就是前面所述的JAX-WS，这是Java6发布所提供的对Web Service服务的一种实现。)前面几项都为开源项目，而其中又以axis2与cxf所最为常用，Axis与XFire已随着技术不断的更替慢慢落幕，而目前也只有axis2和cxf官方有更新，Axis与XFire都已不再更新。 下面就分别介绍下这几个框架之间的区别，以便大家进行更好的选择： XFir
一、瞎扯框架、架构 楼主自从1998年从C语言、MASM、Foxbase开始学计算机开始接触这个行当16年以来，2001年干第一份与程序、软件、然后是各种屌的东西开始，差不多干了13年了，这13年来，用过VF\VC\VB\C#搞过N多N多的项目，记得在2002年、2003年那个疯狂并且操蛋的年代，在整天VB代码与各种SQL、各种Bug、各种需求敲打、各种吐血的需求变更、各种大半夜还坐在医院的小板凳的加班与折磨之中，慢慢的学会去思考，他妈的这是为什么，写了程序那么的折磨人，从那时开始，就接触各种软件
领取专属 10元无门槛券
手把手带您无忧上云
