测试环境：macbookpro13, M116G 512Ggolangrelease里没有m1的版本，下载x86和arm版运行提示不可用，arm版直接报错，x86golang二进制文件运行后一直hang住，没有任何提示。go官方博客中说1.16的版本会支持macm1，但1.16的正式版是2021年的2月份，预计会提前先放出几版beta测试版

H5性能优化方面的探索H5很重要，很重要，很重要，重要的事情必须重复多遍，H5的优点：跨平台、迭代快、开发体验好。缺点：加载慢，用户体验差。所以在接下来很长一段时间内我将会从H5的几个缺点发面去研究如何优化。一、缓存问题及其解决办法经常遇到一个问题，H5页面由于缓存问题经常在H5发布新版本之后

GrapeCityDocumentsforExcel（GcExcel）是一款服务端JavaExcel组件，产品架构轻量灵活，无需Office组件依赖，结合 纯前端表格控件SpreadJS(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.grapecity.co

一、Netty和Tomcat有什么区别？ Netty和Tomcat最大的区别就在于通信协议，Tomcat是基于Http协议的，他的实质是一个基于http协议的web容器，但是Netty不一样，他能通过编程自定义各种协议，因为netty能够通过codec自己来编码/解码字节流，完成类似redis访问的功能，这就是netty和tomcat最大的不同。有人

前言在EF中我们可以通过Linq来操作实体类，但是有些时候我们必须通过原始sql语句或者存储过程来进行查询数据库，所以我们可以通过EFCodeFirst来实现，但是SQL语句和存储过程无法进行映射，于是我们只能手动通过上下文中的SqlQuery和ExecuteSqlCommand来完成。SqlQuerysql语句查询实

!file(https://oscimg.oschina.net/oscnet/upc56c6ed5eae550cace667fa53a9810d4db5.png)本文集合了小编在日常学习和生产实践中遇到的使用Hbase中的各种问题和优化方法，分别从表设计、rowkey设计、内存、读写、配置等各个领域对Hbase常用的调优方式进行了总结，希望能对读

本文将从Redis的基本特性入手，通过讲述Redis的数据结构和主要命令对Redis的基本能力进行直观介绍。之后概览Redis提供的高级能力，并在部署、维护、性能调优等多个方面进行更深入的介绍和指导。本文适合使用Redis的普通开发人员，以及对Redis进行选型、架构设计和性能调优的架构设计人员。目录概述

什么是过度绘制（OverDraw）在多层次重叠的UI结构里面，如果不可见的UI也在做绘制的操作，会导致某些像素区域被绘制了多次。这样就会浪费大量的CPU以及GPU资源。过度绘制最直观的影响就是会导致APP卡顿。还好系统有提供GPU过度绘制调试工具会在屏幕上用不同的颜色，来表明一个像素点位被重复绘制的次数。

使用valgrind进行性能分析，过程如下：\\\@Ubuntu(http://my.oschina.net/u/555627):~/Performance$valgrindtoolcallgrind./mt\7389Callgrind,acallgraphgeneratingcachepro

1、分库分表很明显，一个主表（也就是很重要的表，例如用户表）无限制的增长势必严重影响性能，分库与分表是一个很不错的解决途径，也就是性能优化途径，现在的案例是我们有一个1000多万条记录的用户表members,查询起来非常之慢，同事的做法是将其散列到100个表中，分别从members0到members99，然后根据mid分发记录到这些表中，牛逼的代码大概是