最近研究了一下opencv的MorphologyEx这个函数的替代功能，他主要的特点是支持任意形状的腐蚀膨胀，对于灰度图，速度基本和CV的一致，但是CV没有针对二值图做特殊处理，因此，这个函数对二值图的速度和灰度是一样的，但是这个函数，如果使用的话，估计大部分还是针对二值图像，因此，我对二值图做了特别优化，速度可以做到是CV这个函数的4倍左右。    MorphologyEx的主要功能是对灰度图进行相关形态学的处理，比如腐蚀、膨胀、开闭等计算，其代码可以在github上找到：https://github.com/opencv/opencv/blob/master/modules/img

    最近研究了一下opencv的MorphologyEx这个函数的替代功能，他主要的特点是支持任意形状的腐蚀膨胀，对于灰度图，速度基本和CV的一致，但是CV没有针对二值图做特殊处理，因此，这个函数对二值图的速度和灰度是一样的，但是这个函数，如果使用的话，估计大部分还是针对二值图像，因此，我对二值图做了特别优化，速度可以做到是CV这个函数的4倍左右。    MorphologyEx的主要功能是对灰度图进行相关形态学的处理，比如腐蚀、膨胀、开闭等计算，其代码可以在github上找到：https://github.com/opencv/opencv/blob/master/modules/img

参考来源:TA百人计划/GAMES101屏幕光栅化后对采样后,如果不是1:1对应,会出现两种情况像素分辨率>纹理分辨率一个texel对应多个pixel,顶点的uv映射到纹理上不是整数值(纹理被拉伸)1.取最近邻方法时,相邻的pixel会对应到相同的texel上2.双线性插值时,会计算映射到纹理中上下左右四个texel进行混合无论如何,都不能得到11对应的关系,即像素会出现模糊(blur)像素分辨率一个pixel对应多个texel1.取最近邻时,pixel中会是纹理中离散的texel2.双线性插值时,取纹理中的4个texel混合无论如何,都会出现纹理颜色的突变注意:这两种情况并不取决于纹理的绝对

参考来源:TA百人计划/GAMES101屏幕光栅化后对采样后,如果不是1:1对应,会出现两种情况像素分辨率>纹理分辨率一个texel对应多个pixel,顶点的uv映射到纹理上不是整数值(纹理被拉伸)1.取最近邻方法时,相邻的pixel会对应到相同的texel上2.双线性插值时,会计算映射到纹理中上下左右四个texel进行混合无论如何,都不能得到11对应的关系,即像素会出现模糊(blur)像素分辨率一个pixel对应多个texel1.取最近邻时,pixel中会是纹理中离散的texel2.双线性插值时,取纹理中的4个texel混合无论如何,都会出现纹理颜色的突变注意:这两种情况并不取决于纹理的绝对

SmartIDEv0.1.18(clibuild3538)已经发布，在过去的Sprint18中，我们集中精力推进对k8s远程工作区的支持，同时继续扩展SmartIDE对不同技术栈的支持，我们适配了针对分布式应用运行时Dapr以及数据科学计算分析工具Juypter的环境支持。在这个过程中，我们探索了VM-Like-Container的能力，为提供开发者优化的容器环境又迈进了一步。最后，我SmartIDE插件市场也迎来了它的第一个开源社区支持者，阿里蚂蚁开源的国产IDEOpenSumi已经将SmartIDE作为自己的默认插件源。2022.05.19阿里蚂蚁OpenSumi采用SmartIDE插件市

SmartIDEv0.1.18(clibuild3538)已经发布，在过去的Sprint18中，我们集中精力推进对k8s远程工作区的支持，同时继续扩展SmartIDE对不同技术栈的支持，我们适配了针对分布式应用运行时Dapr以及数据科学计算分析工具Juypter的环境支持。在这个过程中，我们探索了VM-Like-Container的能力，为提供开发者优化的容器环境又迈进了一步。最后，我SmartIDE插件市场也迎来了它的第一个开源社区支持者，阿里蚂蚁开源的国产IDEOpenSumi已经将SmartIDE作为自己的默认插件源。2022.05.19阿里蚂蚁OpenSumi采用SmartIDE插件市

这里给大家分享我在网上总结出来的一些知识，希望对大家有所帮助前言对于前端人员来讲，最令人头疼的应该就是页面性能了，当用户在访问一个页面时，总是希望它能够快速呈现在眼前并且是可交互状态。如果页面加载过慢，你的用户很可能会因此离你而去。所以页面性能对于前端开发者来说可谓是重中之重，其实你如果了解页面从加载到渲染完成的整个过程，就知道应该从哪方面下手了。嗯，不要跑偏了，今天我们主要来研究长列表页面的渲染性能现如今的页面越来越复杂，一个页面往往承载着大量的元素，最常见的就是一些电商页面，数以万计的商品列表是怎么保证渲染不卡顿的，大家在面对这种长列表渲染的场景下，一般都会采用分页或者虚拟列表来减缓页面一

这里给大家分享我在网上总结出来的一些知识，希望对大家有所帮助前言对于前端人员来讲，最令人头疼的应该就是页面性能了，当用户在访问一个页面时，总是希望它能够快速呈现在眼前并且是可交互状态。如果页面加载过慢，你的用户很可能会因此离你而去。所以页面性能对于前端开发者来说可谓是重中之重，其实你如果了解页面从加载到渲染完成的整个过程，就知道应该从哪方面下手了。嗯，不要跑偏了，今天我们主要来研究长列表页面的渲染性能现如今的页面越来越复杂，一个页面往往承载着大量的元素，最常见的就是一些电商页面，数以万计的商品列表是怎么保证渲染不卡顿的，大家在面对这种长列表渲染的场景下，一般都会采用分页或者虚拟列表来减缓页面一

​作者｜Harry，携程资深后端开发工程师，负责直连平台建设，关注系统高可用、数据驱动等领域。一、前言携程门票活动供应商直连平台（以下简称“直连平台”）通过API对接多个供应商的订单和商品系统，实现自动化信息同步和状态流转。随着业务的高速发展，供应商的对接需求与日俱增，这不仅对直连平台接入供应商的上线效率提出更高的要求，同时供应商系统的物理网络限制、稳定性参差不齐等情况也给直连平台带来不小的挑战。本文将从提高供应商接入效率和增强系统稳定性两个方面分享直连平台的实践经验。二、背景2.1系统介绍直连平台作为供应商与携程内部系统的适配层，主要支持两条通路：一是同步供应商的商品信息到商品系统，如价格、

​作者｜Harry，携程资深后端开发工程师，负责直连平台建设，关注系统高可用、数据驱动等领域。一、前言携程门票活动供应商直连平台（以下简称“直连平台”）通过API对接多个供应商的订单和商品系统，实现自动化信息同步和状态流转。随着业务的高速发展，供应商的对接需求与日俱增，这不仅对直连平台接入供应商的上线效率提出更高的要求，同时供应商系统的物理网络限制、稳定性参差不齐等情况也给直连平台带来不小的挑战。本文将从提高供应商接入效率和增强系统稳定性两个方面分享直连平台的实践经验。二、背景2.1系统介绍直连平台作为供应商与携程内部系统的适配层，主要支持两条通路：一是同步供应商的商品信息到商品系统，如价格、