手机随时阅读
新人专享大礼包￥24
每周三篇原创关于IT人的真实故事，10年研发经验，10年IT人的故事。
>上次说到dubbo有阿里自己的后台管理工具，这里就介绍下阿里这个后台管理工具，dubbo-admin。源码：https://github.com/limingios/netFuture/tree/master/源码/『互联网架构』软件架构-掌握dubbo常规应用（下）（41）/dubbo-study 直接就退出了2.正常运行完3.异常中止4.手动kill进程加载1.取得类的二进制字节流，通过类的全限定名称（包名+类名），类加载器，加载到运行时数据区。2.把二进制字节流中静态存储结果转化为方法区数据结构。3.在内存中生成代表这个类的java.lang,Cla
GC这块，当java才入门的时候，老师说java不像c++，c语言需要对内存进行管理，java有垃圾回收机制，会自动进行回收，是实际的生产中也没关注过这些，现在回过头好好了解下，发现里面很有回收很多的机制。####GCGC(GarbageCollection)的基本原理：将内存中不再被使用的对象进行回收，GC中用于回收的方法称为收集器，由于GC需要消耗一些资源和时间，Java在对对象的生命周期特征
说到JVM，很多工作多年的老铁，可能就有点发憷了，因为搬砖多年，一直使用java这个工具，对于JVM没有了解过，有句话面试造航母，上班拧螺丝，要啥自行车啊，知道如何搬砖就可以了，为啥要懂这么多，如果你有很强的商业头脑，不需要了解太多深入的东西，只要完成业务功能就可以了，如果你口才也不行，只有一个编程的大脑，老铁沉下心咱们一起了解下，你平常拧螺丝的扳手的结构把，这个真心有用。因为它可以让你走的更远，
上次说了持续集成需要处理的问题，最大的问题就是团队的协调和写作，也说了confluence和SVN，要打仗一定要装备牛X，没有装备怎么打仗呢。我们选择confluence和svn，jenkins协作来进行开发。演练大型项目超过50人团队的管理风格都是按照我们之前的项目风格来的，当时没有使用自动化的工具，也依靠这个项目的流程支持了全国的项目。后来行业不景气，但是我们这套流程基本可以说没有出现过问题。
这次就走到软件的最后一站，哈哈，就是把软件给发布部署到服务器上。其实在部署的过程中，尤其现在微服务架构的盛行，软件本身喜欢用什么敏捷开发，导致持续发布的困难也是相当的大，原来不管项目怎么整，只要最后把项目部署好，可以正常的访问这个项目就部署好了。但是一旦把项目拆的很散，拆的很多个服务的时候，这时候想部署起来真的不是一个简单的事情。需要使用科学的方法和经验把这个事情搞定。大规模系统发布所面临的问题尤
tomcat生产环境得应用配置，这次的对各位老铁还是非常有用的。其实就是咱们生产环境实际要做的一些事情，有老铁联系我说，从之前说的docker还有现在很多部署基本都是跟运维关系很大，跟开发关系很少啊？其实老铁你误解我了，我的思路就是不管是在应用的环境，最后的部署希望的是各位老铁都能完全的熟悉。源码：https://github.com/limingios/netFuture/tree/master
今天说说tomcat线程源码模型，想通过tomcat的线程源码的模型，老铁们可以熟悉关于连接的，高并发的一些配置。之前就是配置好了，就永久受益了，一起说说tomcat的线程模型还是收益比较大的。Tomcat支持的四种线程模型的介绍截止到8.0tomcat支持的四种现场模型，BIOtomcat6.0之前都是用的BIO，8.0是默认的BIO，传统的javaIO来进行的其实就是socket。NIO通过s
今天继续说说nginx，之前只是介绍了nginx的配置，这次主要说说nginx的生产环境的配置，我们在生产中是如何配置的。源码：https://github.com/limingios/netFuture/tree/master/nginx系统类型IP地址节点角色CPUMemoryHostnameCentos7192.168.66.110nginx12GnginxCentos7192.168.66
今天说说nginx，其实有老铁比较奇怪，nginx不是运维来搞的吗？确实是的，大部分情况下，公司比较大的话，存在运维的话，这个锅肯定是运维来做的。但是现在有个趋势叫devops之前我也说过，开发运维一体化，开发也要懂一定的运维知识。在一些互联网的创业公司刚开始技术的工种，并不是分的那么清楚，可能都要会的。环境的搭建，运维，框架搭建，开发都必须拿得下来。源码：https://github.com/l
上次说了日志，不知道老铁遇见过没有，日志打印了一大堆，真的去找导致异常和错误的一条没有。出现这个问题的根本原因是什么？就是因为系统没有一个规范的统一的异常规范。有的老铁发现异常后，直接e.printStackTrace()打印出来堆栈就结束了，其实这样是很危险的。如果前期对异常没有统一的处理，后期在进行统一和调整真心非常非常的困难，异常跟我们的业务逻辑耦合的非常深的。调整统一过来非常非常的难。所以
了解过为什么日志体系那么多的jar包，系统放几天日志就把线上磁盘给打爆了。具体怎么配置使用log，有的配置是Info是一个日志，error是一个日志，查找非常的烦，如果线上不出问题，我们很少管，如果出问题了，找不到对应的日志真是烦透了。如果是分布式开发，日志管理如果不使用elk这种统一工具，分散在不同的机器上，有10台机器需要去10台机器轮流找日志，是不是很麻烦，今天就一次性的吧整个日志体系搞明白
在网上发现了一个牛X的思路，在做restful的时候，如果业务改变，需要每次都修改controller，后来方便了，直接透传的方式，其实也比较麻烦，每次都要写controller。需求变了接口也发生了改变，长期这样的结果，就是维护成本越来越高，直接service通过spring让他变成controller不就少写很多代码了。源码：https://github.com/limingios/netFu
分布式架构：原理，设计与实战，目前公司每个月都要出账，出账就是每个月有要把之前的一个月的账目盘算清楚，做到错误的0容忍，一笔都不能错，错一笔客户都会找你，偏准确性。4个9，5个9并不是说后面设计的，而是在开发之初就要考虑的。分布式服务的发展历程J2EE架构俗称JEE。对于大概有5年以上工作经验的老铁，应该都听过这个名词。基本分为3层。web容器EJB容器数据库和数据存取的ORM那时候的容器之间都没
Copyright © 2005-2021 51CTO.COM 版权所有 京ICP证060544号
