小编Lah*_*ima的帖子

当我尝试在华为 Mediapad 7 中调试我的 android 项目时，Android studio 失败并出现以下异常。

org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':app:transformClassesWithProfilers-transformForStewardDebug'.
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:95)
    at org.gradle.api.internal.tasks.execution.ResolveTaskOutputCachingStateExecuter.execute(ResolveTaskOutputCachingStateExecuter.java:91)
    at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:57)
    at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:119)
    at org.gradle.api.internal.tasks.execution.ResolvePreviousStateExecuter.execute(ResolvePreviousStateExecuter.java:43)
    at org.gradle.api.internal.tasks.execution.CleanupStaleOutputsExecuter.execute(CleanupStaleOutputsExecuter.java:93)
    at org.gradle.api.internal.tasks.execution.FinalizePropertiesTaskExecuter.execute(FinalizePropertiesTaskExecuter.java:45)
    at org.gradle.api.internal.tasks.execution.ResolveTaskArtifactStateTaskExecuter.execute(ResolveTaskArtifactStateTaskExecuter.java:94)
    at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:56)
    at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:55)
    at org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:36)
    at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.executeTask(EventFiringTaskExecuter.java:67)
    at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.call(EventFiringTaskExecuter.java:52)
    at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter$1.call(EventFiringTaskExecuter.java:49)
    at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:315)
    at org.gradle.internal.operations.DefaultBuildOperationExecutor$CallableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:305)
    at org.gradle.internal.operations.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:175)
    at org.gradle.internal.operations.DefaultBuildOperationExecutor.call(DefaultBuildOperationExecutor.java:101)
    at org.gradle.internal.operations.DelegatingBuildOperationExecutor.call(DelegatingBuildOperationExecutor.java:36)
    at org.gradle.api.internal.tasks.execution.EventFiringTaskExecuter.execute(EventFiringTaskExecuter.java:49)
    at org.gradle.execution.plan.LocalTaskNodeExecutor.execute(LocalTaskNodeExecutor.java:43)
    at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(DefaultTaskExecutionGraph.java:355)
    at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$InvokeNodeExecutorsAction.execute(DefaultTaskExecutionGraph.java:343)
    at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute(DefaultTaskExecutionGraph.java:336)
    at org.gradle.execution.taskgraph.DefaultTaskExecutionGraph$BuildOperationAwareExecutionAction.execute(DefaultTaskExecutionGraph.java:322)
    at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker$1.execute(DefaultPlanExecutor.java:134)
    at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker$1.execute(DefaultPlanExecutor.java:129)
    at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.execute(DefaultPlanExecutor.java:202)
    at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.executeNextNode(DefaultPlanExecutor.java:193)
    at org.gradle.execution.plan.DefaultPlanExecutor$ExecutorWorker.run(DefaultPlanExecutor.java:129)
    at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:63)
    at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:46)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) …

我正在尝试使用Qt creator在osx上编译Qt应用程序.应用程序成功编译为寡妇.但在mac中,它会产生以下链接器错误.

2 duplicate symbols for architecture x86_64
linker command failed with exit code 1 (use -v to see invocation)

有没有人知道检查链接器抱怨的重复符号的方法？我在.pro文件中使用了以下但没有成功.

QMAKE_LFLAGS += -v

我正在尝试在我的 android 应用程序中打开来自 Google Drive 的文件。这是我目前拥有的。

        Intent importIntent = new Intent(Intent.ACTION_GET_CONTENT);
        importIntent.setType("file/*");
        startActivityForResult(importIntent, ACTIVITY_REQUEST_CODE_IMPORT);

这将打开一个“打开自”对话框，允许使用 Google Drive、下载和我的文件浏览器选择文件。我可以毫无问题地使用文件浏览器选择文件。但是 Google Drive 不允许我选择文件。Google Drive 中显示的所有文件都变灰且无法选择。当我尝试选择使用下载时也会发生同样的情况。

我该如何解决这个问题？如果我使用 importIntent.setType("*/*")，Google Drive 允许选择文件，但其他几个选项，包括联系人、图像出现在我不想要的“打开自”对话框中。

谢谢

假设以下情况。

1. 我克隆了一个中央git repo和checkout master分支。
2. 我在本地存储库中的master分支中进行了一些更改并提交。
3. 其他人在master分支中进行更改，提交并推送到中央仓库
4. 我尝试将中央仓库的主分支拉到我的手中。
5. 发生合并冲突。

然后，如果发出git status命令，我会发现很多我未做的更改（我认为是在步骤3中由其他人完成的）会自动暂存以解决冲突后将要进行的下一个合并提交。

我的问题是，在解决冲突并解决冲突后，上面提到的已进行但未由我执行的更改是否像由我完成的那样转到回购协议中？

我正在按照下面的文章来了解git的内部结构.

http://git-scm.com/book/en/v2/Git-Internals-Git-References

它说git存储对.git/refs/heads目录中每个分支的最新提交对象的引用.

在我的一个git存储库中,我发现.git/refs/heads目录中没有任何内容.我检查的所有其他存储库都包含存储库中每个分支的文件.

这个空的存储库.git/refs/heads实际上有一个主分支,它完美地工作.

有人可以解释为什么.git/refs/heads是空的,git如何在这种情况下没有问题？

在我的java应用程序中,我有一个TCP服务器,它将我应用程序中生成的数据发送到所有连接的客户端.对于每个新套接字,我创建一个新线程.以下是线程代码.

    public void run() {
        try {
            PrintStream printStream = new PrintStream(socket.getOutputStream(), true);
            while (true) {
                if (socket.isClosed()) {
                    break;
                }
                synchronized (DataSource.getInstance()) {
                    printStream.println(DataSource.getInstance().getData());
                    try {
                        DataSource.getInstance().wait();
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                }
            }
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

数据生成线程写入DataSoure新数据可用时调用,notifyAll()以便处理连接套接字的所有线程唤醒并向客户端发送可用数据.

我的问题是,即使客户端断开连接,也会socket.isClosed()返回true.因此处理套接字的线程永远不会被终止.

为什么会这样？当客户端断开连接时,如何退出线程？

在一般的Android应用程序中,同一个应用程序的两个流程实例是否可以同时存在？

换句话说,如果我覆盖Application.onCreate(),是否可以onCreate()在应用程序的先前实例仍在底层Linux内核中运行时被调用？

在我的app.js应用程序启动时，我创建了一个mongodb连接。

mongoose.connect(config.db, {});

var db = mongoose.connection;
db.on('error', function () {
    log.error("Failed to connect to database");
    process.exit(1);
});
db.once('open', function () {
    log.info("Connected to database");
});

在app.js从用于bin/www.js（有require('./../app')），在其中创建HTTP服务器。

当前，如果数据库连接失败，则应用程序终止，但是在终止之前创建了http服务器，因为数据库创建失败是异步报告的。

在数据库连接成功之前，我需要阻止http服务器的创建，但是我需要保留服务器创建代码bin/www.js本身，而不必在中将其移动到数据库连接成功的回调中app.js。

有什么办法可以做到吗？

我有一个在 tomcat 上运行的 Web 应用程序，其最大堆大小设置为 8GB。

如果没有用户登录应用程序，则不可清理的内存（垃圾回收后驻留的内存）会非常低，约为 1GB。在这种情况下，我看到内存持续增长约 4GB，然后垃圾收集器运行，内存再次下降到约 1GB。如果没有用户登录，此模式将继续。

GC 日志显示 Full GC 需要 11 秒，与需要约 1 秒的 Minor GC 相比，这是相当长的时间：

2017-02-14T15:30:44.553+0530: 591.922: [GC (Allocation Failure) [PSYoungGen: 1501051K->631966K(1833472K)] 2392189K->1523112K(3030016K), 1.5100144 secs] 
    ...[Times: user=1.49 sys=0.01, real=1.51 secs]

2017-02-14T15:31:20.335+0530: 627.705: [GC (Allocation Failure) [PSYoungGen: 1553054K->595007K(1842176K)] 2444200K->1570521K(3038720K), 1.3050284 secs] 
    ...[Times: user=1.27 sys=0.04, real=1.31 secs]

2017-02-14T15:33:33.682+0530: 761.052: [GC (Allocation Failure) [PSYoungGen: 1516095K->556800K(1842176K)] 2491609K->1596474K(3038720K), 1.6957154 secs] 
    ...[Times: user=1.67 sys=0.03, real=1.69 secs]

2017-02-14T15:33:35.378+0530: 762.748: [Full GC (Ergonomics) [PSYoungGen: 556800K->365446K(1842176K)] [ParOldGen: 1039673K->1196476K(2018304K)] 1596474K->1561923K(3860480K), [Metaspace: 70472K->70472K(1114112K)], 11.2779843 …

我将 firebase 添加到我的 android 项目中以使用 firebase 云消息传递。我遵循了文档，但没有找到任何调用FirebaseApp.initializeApp().

我的应用程序运行良好，除了一次因以下错误而崩溃。

Caused by: java.lang.IllegalStateException: Default FirebaseApp is not initialized in this process com.my.app. Make sure to call FirebaseApp.initializeApp(Context) first.
at com.google.firebase.FirebaseApp.getInstance(Unknown Source)
at com.google.firebase.iid.FirebaseInstanceId.getInstance(Unknown Source)
at com.my.app.core.ApplicationEx.onCreate(ApplicationEx.java:79)

当我搜索错误时，给出的解决方案是FirebaseApp.initializeApp()在启动时调用。

我想知道这是否真的有必要，因为文档没有提到它，而且我的应用程序（大部分）没有它就可以正常工作。

有谁知道是否FirebaseApp.initializeApp()真的需要调用，还有什么可能导致我上面提到的错误？

以下是我的 build.gradle

apply plugin: 'com.android.application'

android {
    compileSdkVersion 26
    defaultConfig {
        applicationId "com.my.app"
        minSdkVersion 17
        targetSdkVersion 26
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
        multiDexEnabled true
    }
    flavorDimensions "appType"
    productFlavors {
        passenger {
            dimension "appType"
            applicationId "com.my.app.passenger"
            versionCode …