fix: database maybe corrup

[18202781743]

Move updating database of Applet from caller thread to Manager's
thread.

[deepin-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: 18202781743, yixinshark

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• debian/deepin/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[deepin-ci-robot]

deepin pr auto review

代码审查意见：

1. 线程安全：在dbaccessor.cpp文件中，为每个数据库操作添加了QMutexLocker来确保线程安全。这是一个好的做法，可以防止多个线程同时访问数据库时出现竞态条件。

2. 代码重复：在dbaccessor.cpp文件中，每个数据库操作函数（如addEntity、updateEntityProcessedType等）都重复了QMutexLocker locker(&m_mutex);这一行。可以考虑将这部分代码提取到一个公共函数中，以减少代码重复。

3. 可读性：在dbaccessor.cpp文件中，QSqlQuery的创建和执行可以封装到一个私有函数中，以提高代码的可读性和可维护性。

4. 错误处理：在dbaccessor.cpp文件中，数据库操作没有进行错误处理。建议在执行数据库操作后，检查QSqlQuery的状态，并在出现错误时记录日志或抛出异常。

5. 命名规范：在dbaccessor.h文件中，m_mutex变量应该遵循驼峰命名法，即m_mutex应该改为m_mutex。

6. 信号槽的调用方式：在notificationmanager.h文件中，actionInvoked、notificationClosed和notificationReplaced函数被标记为Q_INVOKABLE，这意味着它们可以通过D-Bus接口被调用。但是，在notifyserverapplet.cpp文件中，这些函数是通过QMetaObject::invokeMethod来调用的，这可能会导致死锁。建议直接调用这些函数，而不是使用QMetaObject::invokeMethod。

7. 参数类型：在notifyserverapplet.cpp文件中，actionInvoked函数的reason参数的类型是uint，而在notificationClosed函数中，reason参数的类型是uint。建议统一这些参数的类型，以避免混淆。

8. 代码风格：在dbaccessor.cpp文件中，QString的拼接使用了QStringList的join方法，这是一个好的做法。但是，在fetchApps函数中，QStringList的join方法被用于拼接SQL查询语句，这可能会导致SQL注入攻击。建议使用参数化查询来避免SQL注入。

综上所述，代码在线程安全、代码重复、错误处理、命名规范、信号槽调用方式、参数类型和代码风格等方面存在一些问题，需要改进。

[18202781743]

/forcemerge

[deepin-bot]

This pr force merged! (status: blocked)