首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

apply面试题引发的思考

apply 一道有意思的面试题 ## 方法重用 通过 apply() 方法,您能够编写用于不同对象的方法。...复制代码 apply函数在前端的世界里大家都耳熟能祥了 关于apply碰到了一道有意思的面试题记录下来。...当我们平平常常(tianzhen)的来调用一下它的apply fn.apply(null) // 打印:调用apply 复制代码 打印结果是调用apply,这个时候我们已经重写了fn上的apply方法...,再次调用apply肯定调用的事我们重写后的apply函数,这个时候就犯了难了,我就是想要在这个情况下调用fn原本的apply函数,我们应该怎么做?...这样的话就相当于fn.apply(此时的apply是原型上的apply方法)。 第二个参数null,是call方法传递给apply方法的第一个参数,也就是规定的this指向。

21230

Gradle Build Cache 引发的编译问题 | Gradle Task 缓存

基础知识 Gradle 构建缓存是一种缓存机制,旨在通过重用其他构建产生的输出来节省时间。...本质上,任务输出缓存利用了与最新检查相同的智能,当先前的本地构建已经产生一组任务输出时,Gradle 使用它来避免工作。...但是,任务输出缓存不仅限于同一工作区中的先前构建,而是允许 Gradle 重用本地机器上任何位置的任何早期构建的任务输出。...以上内容摘自gradle官方文档,链接如下 我简单的翻译下给各位大佬,在本地存在build cache的情况下,gradle task会基于当前的输入来作为缓存的key值,如果输入内容没有发生变更,则意味着本...FROM-CACHE 任务的输出可以从之前的执行中找到。任务已从构建缓存恢复输出。 SKIPPED 该任务没有被执行。任务已明确从命令行中排除。

1.2K40
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    【错误记录】Android Studio 编译报错 ( Could not install Gradle distribution from ‘https:services.gradle.or )

    文章目录 一、报错信息 二、解决方案 一、报错信息 ---- Android Studio 编译 Android 项目时 , 报如下错误 ; 报错信息 : Could not install Gradle...distribution from 'https://services.gradle.org/distributions/gradle-6.7.1-bin.zip'....二、解决方案 ---- Windows 中的 Gradle 版本都缓存在 C:\Users\octop\.gradle\wrapper\dists 目录中 , 其中 octop 是用户名 ; 进入到...gradle-6.7.1-bin 版本 的目录 C:\Users\octop\.gradle\wrapper\dists\gradle-6.7.1-bin\bwlcbys1h7rz3272sye1xwiv6...发现该版本的 Gradle 没有下载完毕 ; 可以手动下载 gradle-6.7.1-bin.zip 文件 , 放到该目录中 ; 参考其它版本已经下载完毕的目录 : 只要将 gradle-6.6.1

    5.5K10

    线上数据异常引发的崩溃排查记录

    线上数据异常的崩溃,最大的关键是还原线上数据 一个崩溃的引申 最新版本,线上报了一个崩溃,崩溃堆栈如下 Caused by: java.util.NoSuchElementException: Collection...android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:2112) 很显然,这个是混淆后的崩溃,我们用对应的mapping文件排查,定位到了异常的代码如下...我们同时会上报用户ID跟最后浏览的页面,通过ID,可以知道是具体哪个用户的崩溃,然后在神策统计后台,查看该用户的统计数据 神策统计数据,支持SQL查询数据,可以查到该用户所有的统计行为 select * from...而且也上报了该用户在小程序上的统计数据了(我们小程序数据跟app数据是一起的),对SQL做了精简,只展示详情页的统计数据、只展示Android端的、只展示我们需要的字段 select product_name,spu_id,time from...知道某个商品有异常后,模拟请求该商品数据,发现该商品返回的阶梯价逻辑上不合理,最大购买数量超过了跟阶梯价最大量 问题得以定位,接下来跟后端伙伴反馈该问题,等后端修复上线后,可以线上直接修复该问题,

    69920

    深度复盘-重启 etcd 引发的异常

    明确是 APIServer 和 etcd 的网络链路出现了异常之后,我们又有了如下猜测: ● 异常实例 APIServer 所在节点出现异常 ● etcd 集群 3 个节点底层网络异常 ● etcd HTTP...为了定位到具体的异常连接,我们做了以下几个尝试: 1....定位到异常连接后,接下来就是分析该连接具体为什么异常,通过分析我们发现 etcd 回给 APIServer 的包都很小,每个 TCP 包都是 100 字节以下: 通过 ss 命令查看连接的 TCP 参数...抓包里面没明显看到 MTU 异常造成的流异常反馈信息。聚焦在窗口部分: 这里有个很可疑的地方。...通过此案例,更让我们深刻体会到,永远要对现网生产环境保持敬畏之心,任何操作都可能会引发不可预知的风险,监控系统不仅要检测变更服务核心指标,更要对主调方的核心指标进行深入检测。

    1.7K20
    领券