This is probably allowed if you include a tool to deconstruct the APK into class files in your distribution. The LGPLv3 says in 4(d)(0) that you must:
Convey the Minimal Corresponding Source under the terms of this License, and the Corresponding Application Code in a form suitable for, and under terms that permit, the user to recombine or relink the Application with a modified version of the Linked Version to produce a modified Combined Work, in the manner specified by section 6 of the GNU GPL for conveying Corresponding Source.
- The Minimal Corresponding Source of the LGPL-covered library, and
- The Corresponding Application Code of the non-LGPL'd components
Minimal Corresponding Source is simply the source code of the library and may exclude source of the Application that is linked to the library:
The “Minimal Corresponding Source” for a Combined Work means the Corresponding Source for the Combined Work, excluding any source code for portions of the Combined Work that, considered in isolation, are based on the Application, and not on the Linked Version.
The Corresponding Application Code is the object object (or, optionally, source code) of the Application, plus utility programs (emphasis mine):
The “Corresponding Application Code” for a Combined Work means the object code and/or source code for the Application, including any data and utility programs needed for reproducing the Combined Work from the Application, but excluding the System Libraries of the Combined Work.
So we know that the Corresponding Application Code must:
- be in a form suitable for... the user to recombine or relink the Application with the library, and
- includ[e] any data and utility programs needed for reproducing the Combined Work from the Application
Based on your assertion that the APK can be deconstructed into classes if the user has a particular tool to perform that transformation. The remaining question is: does such a tool as ApkTool fall within the category of "utility programs needed for reproducing the Combined Work from the Application"? If so, you must include such a tool as part of the Corresponding Application Code.
I am included to say such a tool would be part of the Corresponding Application Code, since without that tool, there is insufficient tooling to reproduce the Combined Work with a modified library. You might point out that a compiler or linker would fall under this definition -- and those, too, are surely needed to reproduce the Combined Work -- but it seems that those tools would be required in any case (even with the class files directly) whereas ApkTool is required only when you opt to bundle the files inside of a build APK only.
Since your distribution requires at least the library source code, I would say it's not much more trouble to include either the raw class files or ApkTool alongside that library source.