笔者最近一直在研究前端可视化和搭建化的技术,最近也遇到一个非常有意思的课题,就是基于设计稿自动提取图片信息,来智能化出码.当然本文并不会介绍很多晦涩难懂的技术概念,我会从几个实际应用场景出发,介绍如何通过canvas图像识取技术来实现一些有意思的功能.最后会总结一些对智能化的思考以及对低代码方向的规划,希望能对各位有所启发.canv

JVM原理1.简述JVM是JavaVirtualMachine（Java虚拟机）的缩写，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。由一套字节码指令集、一组寄存器、一个栈、一个垃圾回收堆和一个存储方法域等组成。JVM屏蔽了与操作系统平台相关的信息，使得Java程序只需要生成在Java虚拟机上运行的目标代码（字节码），就可在多种平台上不加修改的运

昨天下午突然收到运维邮件报警，显示数据平台服务器cpu利用率达到了98.94%，而且最近一段时间一直持续在70%以上，看起来像是硬件资源到瓶颈需要扩容了，但仔细思考就会发现咱们的业务系统并不是一个高并发或者CPU密集型的应用，这个利用率有点太夸张，硬件瓶颈应该不会这么快就到了，一定是哪里的业务代码逻辑有问题。1、排查思路1.1 定位高负载进程首先

当开发团队把代码提交到Git应用仓库的那一刻，他们心里在想什么？祈祷没有bug？渴望回家补觉？产品经理GoDie？对，也不对。因为这只是最终发布万里长征的一小步，接下来要面对测试环境、生产环境、客户环境，我这明明没问题到你那就崩的环境……其实，对开发和运维人员来说，心里最想的是一次创建或配置，可以在任意地方正常运行。据扯，2017年程序员们最痛恨的一首

前言本文是笔者写组件设计的第五篇文章,之所以会写组件设计相关的文章,是因为作为一名前端优秀的前端工程师,面对各种繁琐而重复的工作,我们不应该按部就班的去"辛勤劳动",而是要根据已有前端的开发经验,总结出一套自己的高效开发的方法.作为数据驱动的领导者react/vue等MVVM框架的出现,帮我们减少了工作中大量的冗余代码,一切皆组件的思想深得人心.所以,

导读：C内存泄漏问题的分析、定位一直是Android平台上困扰开发人员的难题。因为地图渲染、导航等核心功能对性能要求很高，高德地图APP中存在大量的C代码。解决这个问题对于产品质量尤为重要和关键，高德技术团队在实践中形成了一套自己的解决方案。分析和定位内存泄漏问题的核心在于分配函数的统计和栈回溯。如果只知道内存分配点不知道调用栈会

Dalvik虚拟机如同其他Java虚拟机一样，在运行程序时首先需要将对应的类加载到内存中。而在Java标准的虚拟机中，类加载可以从class文件中读取，也可以是其他形式的二进制流。因此，我们常常利用这一点，在程序运行时手动加载Class，从而达到代码动态加载执行的目的。只不过Android平台上虚拟机运行的是Dex字节码,一种对class文件优化的产物

今天上午，因为公司要跟客户展示最近开发的项目，然后安排了我重新构建一个template项目，用来向客户展示参考。基于已开发好的代码，我在进行一些简化抽取的时候出现了一个有趣的问题因为我们有一个springsecurity配置类时需要每个模块都使用，就是可能有些参数不同，现在我把他弄到一个公共的jar包，把之前类拷贝进去，然后把参数写活，结果出现了一些有

自己作为主力开发的第一个Unity项目已经进入尾声测试阶段了，虽然数据还没有完全达到要求，但是从代码层面上看，有很多地方已经可以进行总结和整理。不管项目最终结果如何，在整个开发过程中，自己还是收获颇多。当然有收获更有教训，回头想想，感觉最大的一个问题就是最初主力人员没有框架方面的经验，吃了很多苦头。所以，最近搜集一下这方面的资源，把这个基础打好。跟宁

在Web开发中，随着需求的增加与代码库的扩张，我们最终发布的Web页面也逐渐膨胀。不过这种膨胀远不止意味着占据更多的传输带宽，其还意味着用户浏览网页时可能更差劲的性能体验。浏览器在下载完某个页面依赖的脚本之后，其还需要经过语法分析、解释与运行这些步骤。而本文则会深入分析浏览器对于JavaScript的这些处理流程，挖掘出那些影响你应用启动时间的罪